Pins from pin header too close to each other for RDC with pitch 1.27mm/holes 0.7mm

Steps I took that resulted in the problem:

Insert a female PCB header with pitch 1.27 mm (0.05in) and smallest possible hole diameter (0.7mm/0.0275in) then connect two neighbour pins to the circuit using standard 24mil connections. When checking DRC, these pins are said to cover each other.

What I expected should have happened instead:

There should be ne error (obviously the circles from the pins appear to be too wide when zooming in).

My version of Fritzing and my operating system:

0.9.2/MacOS X 10.8.5

Please also attach any files that help explaining this problem

Here’s a link to a real 1.27mm pin header. One can see the circles representing the holes should be smaller not to touch each other.

Any suggestion for a replacement part?

hello,

the pinheader is a generic part in fritzing. you can easily alter every value of this component.
in the inspector is a field for ring thickness. please try to change the ringthickness and the hole diameter to your needs.

<img src="/uploads/default/original/1X/bc8bd47857f5a2345c6b78c6075517f0c030c371.png" width=“690” height="33

Well, that’s exactly what I thought but when I change the figures nothing changes actually and if I edit something else and come back later the figures are back to their older values.

i tried it just this moment. with saving, exiting and reopening.
everything is fine for me (win7 64bit)

maybe we have a bug here?!? :wink:

@andre can you try it on osx please

@amundsen sorry, i did not see the infos on top

i

I have tried again. Same issue. The size of hole or ring oesn’t change at all when changing the values in the dedicated fields, the new values can’t be recorded.

I am running Fritzing 0.9.2 on MacOS X 10.8.5.

Hmm, I can’t replicate it on my OS X 10.11. Here I can adapt the ring thickness without problems.
Maybe it’s a ‘,’ vs. ‘.’ problem? Can you try that?

Ahah. You got the point, André: as my system uses the comma to separate numbers (BE-FR), Fritzing refuses the dot as separator. Even if I want to paste a number including a dot from a text editor, it’s not possible. And if I try to encode pure integer numbers it works flawlessly. So it’s definitely a localization issue!

The proposed solution works for Through-Hole but is not applicable for the SMD (two rows) version of the generic pin header. The pads touch each other with pitch 1.25 and 1.27 (1.50 is also not ok, too close to be fabricated). With the SMD version, the user is not offered a UI to change the pad properties, hence the problem.

Also, I also have the localization problem reported by amundsen. Fritzing 0.9.3b, French locale, linux (pre-built amd64 from fritzing.org). When editing the hole size, entering a value with comma has no effect, and the dot cannot be entered. (one can use LC_ALL=C as a workaround)