X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-UW-Orig-Sender: fpm AT homer12 DOT u DOT washington DOT edu Date: Wed, 16 Aug 2017 08:15:11 -0700 (PDT) From: "Frank Miles (fpm AT u DOT washington DOT edu) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Subject: Re: [geda-user] [pcb] mainline: redundant attributes: bug or feature? (fwd) Message-ID: User-Agent: Alpine 2.01 (LRH 1302 2010-07-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-PMX-Version: 6.3.3.2656215, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2017.8.16.150916, AntiVirus-Engine: 5.40.0, AntiVirus-Data: 2017.8.16.5400000 X-PMX-Server: mxout25.s.uw.edu X-Uwash-Spam: Gauge=X, Probability=10%, Report=' TO_IN_SUBJECT 0.5, HTML_00_01 0.05, HTML_00_10 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1700_1799 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, DATE_TZ_NA 0, LEGITIMATE_SIGNS 0, MSG_THREAD 0, NO_URI_HTTPS 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CT_TEXT_PLAIN 0, __FORWARDED_MSG 0, __FRAUD_BODY_WEBMAIL 0, __FRAUD_WEBMAIL 0, __HAS_FROM 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_TEXT_P 0, __MIME_TEXT_P1 0, __MIME_VERSION 0, __NO_HTML_TAG_RAW 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_IN_SUBJECT 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0, __URI_NO_WWW 0, __URI_NS , __USER_AGENT 0' Reply-To: geda-user AT delorie DOT com On 08/14/2017 10:28 PM, Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: >> I suspect my thoughts were this: the user API should require/expect >> unique keys (hence get-by-value) but the low level stuff should be able >> to preserve (erroneous) redundant keys when loading/saving a *.pcb file. >> Making load/store git friendly is a goal in pcb. > Attribute with same name added several times may in sort of be interpreted as > a list of values. In gschem it is possible to add several attributes with > same name but it never make sense and it's not possible to know for sure > which value is used. Greetings, As a user, I might add my 2-cents to this discussion by saying that I use multiple instances of the "Comment" symbol attribute in my schematics. I would hate to see this capability be removed. Comment attributes to not span multiple text lines. Therefore, I need to add as many "Comment" attributes as I need lines of text. Another item may be that earlier someone posted that only the first instance of an attribute is used and subsequent instances are ignored. Why not the last instance is used and previous instances are ignored, as in many other configuration scripts. That way the latest version would be used and the system would be more forgiving. A warning, not an error should suffice. Girvin Herr ---------------------------- I also make heavy use of multiple "Comment" entries for a given component. An even nicer alternative (for me) would be to enable custom attribute types. Currently I use these entries to add hooks that tie entries in our local component database with the schematics - a custom attribute type would be cleaner. -Frank