X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Mailer: exmh version 2.8.0 04/21/2012 (debian 1:2.8.0~rc1-2) with nmh-1.5 X-Exmh-Isig-CompType: repl X-Exmh-Isig-Folder: inbox From: karl AT aspodata DOT se To: geda-user AT delorie DOT com Subject: [geda-user] sym precedence ordering (was: should we broaden scope of libgeda) In-reply-to: References: <20160102091556 DOT BBC6D809D79B AT turkos DOT aspodata DOT se> <20160102131252 DOT F383A809D79A AT turkos DOT aspodata DOT se> <20160121144142 DOT 2703D81053E4 AT turkos DOT aspodata DOT se> <20160121161958 DOT GB4788 AT localhost DOT localdomain> <20160121174016 DOT E995881053E3 AT turkos DOT aspodata DOT se> <20160121184048 DOT GD4788 AT localhost DOT localdomain> <20160121193929 DOT 11E5881053E4 AT turkos DOT aspodata DOT se> <20160122110632 DOT D67C281053E3 AT turkos DOT aspodata DOT se> Comments: In-reply-to John Doty message dated "Fri, 22 Jan 2016 10:09:44 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Message-Id: <20160122223314.954B681053E4@turkos.aspodata.se> Date: Fri, 22 Jan 2016 23:33:14 +0100 (CET) X-Virus-Scanned: ClamAV using ClamSMTP Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk John Doty: > On Jan 22, 2016, at 4:06 AM, karl AT aspodata DOT se wrote: > > b, And I still don't understand why libgeda adds component-libs in reverse > > order of appearance in rc file. If ordering is important, order in > > sym-browser should be the same as order in rc file > In general, in the gada-gaf rc system, things read later have > precedence over things read earlier. So noted. > This means that your project > *rc settings can override settings from the earlier ~/.gEDA/*rc and > system-*rc files. ... Yes, that could be a reason. Though, in the lib.browser, you can choose any one, even the ones deep down the list. Then when you late open the sch, you'll get the wrong syms. And that is not how it should be, precedence order or not. I propose that the C (component) syntax be augmented whith some optional selector, so can get the right one. In $ grep ^C regulator.sch | grep -i diode | head -1 C 16600 76400 1 0 0 diode.sym why not append e.g. author="Karl Hammar", to select the diode.sym which has the attribute given. Regards, /Karl Hammar ----------------------------------------------------------------------- Aspö Data Lilla Aspö 148 S-742 94 Östhammar Sweden +46 173 140 57