← Back to team overview

kicad-developers team mailing list archive

Re: Do Not Fit


+1 on this

I usually work-around the problem setting the component value to "NM" or "Not mounted" or "Don't mount" , but this is sub-optimal and needs more work to update the bom and the place files.

The only suggestion I have is to make translatable or configurable the shown string on the schematic and layout printed/plotted files (I mean the files that are intended to be read mostly by humans): may be in different countries the DNF or NC or NM have a different meaning.

This "do not fit" flag would be a solution simpler than fully implement the "assembly variants" (with a single schematic where "don't fit" components and even the component value value depend on "assembly version"), but it would make life easier on a lot of projects.

The full "assembly variants" implementation would probably require changing the file format having a list of values for every component and a list of allowed variant, so this seems in the far (far) future (but may be I'm wrong).

Once the "don't fit" information is available both to pcbnew and eeschema, future (and indipendent from this) developments could also have "big red ugly cross" over dnf components in the assembly drawings (or something like that), graying-out the DNF components in eeschema etc...

On 19/09/19 12:47, Oliver Walters wrote:

Hi all,

Almost a year ago now I suggested a feature addition, allowing for marking parts in the schematic as "DO NOT FIT"


I had made a lot of progress towards feature completion, however was told at the time that such a feature would not be accepted.

A year later, and after a lot of frustration of  sending the wrong files out for manufacturer due to confusion about which parts are fitted, I'd like to raise the issue again.

Currently parts are marked as "DNF" by setting a special field in the BOM and checking for this with a special export script.

However, I feel (and I'm sure many would agree) that this information should be integral to the schematic representation itself. Some other EDA packages achieve this quite well.

I presented a way to achieve this without breaking backwards compatibility with the file format.

If the "new" file format is still far in the future, can this feature be considered again?


Mailing list: https://launchpad.net/~kicad-developers
Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Follow ups