Hyun,
You are correct. I'm logging this as a defect. Here is how I'm describing
it. Let me know if you don't agree with the proposed fix.
thanks!
Nate.
AcadE has an obscure PINLIST option that allows special filtering to be
applied to "type 4" pinlist entries. Instead of a type "4" entry, the user
can define a suffix, such as type "4X", and have it map to child symbols
that carry a PINLIST_TYPE attribute with a value of "4X". This is useful for
complex relay devices that have many contacts but some contacts are
specialized and need to map only to certain child contact devices. The user
can set up his/her PINLIST so that these special contact pin assignments are
controlled or "filtered" through use of this type 4 suffix technique.
The defect is one of display only... if a generic contact is tied to a
parent that has available contacts but with the special type 4-suffix
filtering, the user has no indication that such contacts exist and are
unassigned. These special contacts are only displayed if the child contact
happens to be set up with the PINLIST_TYPE attribute and a value matching
the type 4 suffix. It would be good to at least show these special contacts
exist by listing them in the "Unused / undefined" list box on the "Pins in
use" dialog.
"hkim" wrote in message
news:32861167.1078760478845.JavaMail.jive@jiveforum1.autodesk.com...
> When a part has a pinlist with pintype other than 4, such as 4X, the
"list" button in the INSERT/EDIT CONTACT dialog box fails to display the
unused pins. It will only work when the pintypes are 1, 2, 3 and 4.
>
> Regards,
> Hyun Kim
> Powell Electrical Mfg. Co.