Thanks for the advice and the a cleaned version.
Based on the mechanism of Inkscape, it makes some issues of the exported SVG.
Fritzing does not handle units on font sizes. The “px” needs to be removed from the attributes in the breadboard svg (4 places), schematic svg (10 places).
Inkscape handles text by the <text> and <tspan> elements. It always puts text inside a <tspan>, and auto coverts the value of font size to “px”.
The copper0 group (layer) should be inside of the copper1 layer, not the other way around.
In the " Fritzing’s Graphic Templates", I see that the copper0 group wraps the copper1 group, maybe it is wrong?
Fritzing “prefers” to use attribute values for the svg element properties. There are places where using the css style does not work.
There is an export option “Optimized SVG” that can cleaup some uselss content and convert some css styles into attributes, but some css styles are still left in the style attribute.
I “ expect ” that the input and output ground pins are connected together internally in the board. If so, the part should have a bus entry showing that, so that Fritzing knows that a wire connected to one is really (electrically) connected to both.
You are right, ground pins are connected together.
Looking at the images, I am not sure that the PCB pin layout is correct. The part/module has male pins coming out of the top. With the current pcb layout, that will only line up if the part is mounted on the bottom of the pcb. Unless the header pins extend through bottom enough to solder onto the pcb. If the board is mounted on a pcb, but the connections are made using jumpers to the header pins, then the pcb pads would not be used, and do not belong on the pcb view for the part.
It intended for simulate on breadboards and schematics, so a complete PCB view is not currently used.
Origianl picture of the module
It looks like creating a Fritzing part view with Inkscape requires some manual (?) post-processing.
Is there a more recommended SVG editing software?