Is it possible to elegantly offer alternative symbols for the same part without creating a duplicate part in the library?
For example, pin layouts for ICs are often shown as functional or sequential.
2-row connectors may offer symbols which place all pins on one side and an alternative which places pins on the left and right sides of the symbol.
Etcetera.
First, sequential IC symbols make very little sense, but let that be.
Your connector example is much better.
You can always draw two graphics for any symbol by using the so-called “DeMorgan” function (completely wrong name IMO). Both are fully independent and can be designed as you like.
Oh, dear. I’ve opened a can of worms again. And I’m just a normal user.
Apparently still an emotional issue for some developers.
The old thread was very long and not completely relevant to this.
But it seems to be a subject where “Shut up and put up” is the right approach.
Sad.
Thanks; you helped me to understand DeMorgan as the keyword I was looking for and read up on it.
Removing the limit on the number of alternate symbols seems like a reasonable feature request for added robustness. I hope folks someday get it; I hope I didn’t reopen a can of worms from any past discussions.
Cheers ~
The problem is the part name is used as the key in the current libraries. If a database were used to hold libraries then you could give each part a unique ID and then the part name can have multiple instances with different symbols etc.
We can support this in the future with database libraries
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.