Closed mMerlin closed 4 years ago
The problem, at least for the FRM050, is the font-size:8px , which Fritzing chokes on when exporting. During export Fritzing parses this into
<g xmlns="http://www.w3.org/2000/svg" stroke="none" fill="#e6e6e6" id="label-1" style="text-align:start;line-height:125%;writing-mode:lr-tb;text-anchor:start;font-family:OCRA" font-size="0">
<text xmlns="http://www.w3.org/2000/svg" y="10.5702" x="3.74681">FRM</text>
To reproduce, set a breakpoint at sketchwidget.cpp:7274 (renderToSvg) and inspect the itemSvg value returned from retrieveSvg
Actually, the fix only works for the FRM050. The 4071 seems to have a different issue.
And both of those were samples I pulled in to verify that the problem was not unique to the Max7219. Which is where I spotted it.
Current Behaviour
Exporting the breadboard view of sketch to svg image does not match the actual Fritzing Breadboard view very well. Exporting to a png image handles all of this correctly. I assume because it is effectively doing a screenshot, where svg needs to actually generate the image from sketch data.
To be able to upload, renamed to include .zip suffix, but the file is really just an svg ic-bb-export.svg.zip But, here is a screenshot of that file in my local image viewer
Build:
Operating System:
Steps to reproduce:
Create a new sketch, go to breadboard view, delete breadboard, place max7219 IC (sparkfun led driver), FRM050 and 4071 from core ICs. Connect a wire from pin 4 to pin9 (GND to GND) on the MAX729 and create a bend in the wire.
File ¦ Export ¦ as Image ¦ PNG File ¦ Export ¦ as Image ¦ SVG
Comparing those exported images and The Fritzing screen, shows all of the issues reported.
Expected Behaviour
The exported svg should have the part label from the breadboard image of the part. The wire bend rendering is less important, but should match the breadboard view. The rest is cosmetic.