Gerber processing uses stroke-width even though stroke is none.

[vanepp]

Current Behaviour

In this forum post

https://forum.fritzing.org/t/hoperf-rfm95w-lora-module/10011

it turns out (after lots of back and forth) that a stroke-width in the pad even when stroke is none is added to the pad in geber output making the pad size wrong. This is the pcb svg for the original part note a non zero stroke-width but stroke set to none.

this is the associated gerber output.

this is the pcb svg from the corrected part.

Here I deleted a lot of the unused elements but most importantly set the stroke-width to 0. That produces this more correct geber output.

here are the original and corrected Fritzing parts (remove the trailing .zip to keep github happy to get the .fzpz file)

RFM95W_LoRa_Module_v1-2-improved.fzpz.zip

and the corrected part.

RFM95W_LoRa_Module_v1-2-improved-smd-fixed.fzpz.zip

Build: Version 0.9.10 (bCD-2134-0-40d23c29 2022-07-01) 64 [Qt 5.15.2]

Operating System:

Windows 10

Steps to reproduce:

See current Behaviour

Expected Behaviour

The stroke-width should be ignored in geber processing if the stroke is set to none. Note it is possible that fixing this will affect currently working parts if they have compensated for the stroke-width being non zero!