X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-TCPREMOTEIP: 207.224.51.38 X-Authenticated-UID: jpd AT noqsi DOT com Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [geda-user] Desired changes (was:"New experimental netlist features") From: John Doty In-Reply-To: <20150908182504.196a11571c68bc63ef8e4c27@gmail.com> Date: Tue, 8 Sep 2015 10:47:12 -0600 Message-Id: <11875D68-7D82-48AB-8850-C5C3BCCF64EC@noqsi.com> References: <55E8773B DOT 9000902 AT jump-ing DOT de> <55E8831A DOT 8050307 AT jump-ing DOT de> <55E891FA DOT 2010509 AT jump-ing DOT de> <201509032030 DOT t83KU1Yq017045 AT envy DOT delorie DOT com> <55E97A3E DOT 2070402 AT jump-ing DOT de> <69B8B3F4-A6E4-43E9-9055-C63A5D6A3707 AT noqsi DOT com> <43CA04C5-47B7-4DA4-8005-3A2D4E9D0E47 AT noqsi DOT com> <20150908162514 DOT 43142577ec15e48c50950a18 AT gmail DOT com> <20150908182504 DOT 196a11571c68bc63ef8e4c27 AT gmail DOT com> To: geda-user AT delorie DOT com X-Mailer: Apple Mail (2.1878.6) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id t88GlMeG011827 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 On Sep 8, 2015, at 10:25 AM, Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: >>>>> The basic problem is that referencing symbols in a global library requires that the global library not change. So, if you change the default library, you break old projects. >>> >>> Not if symbols are copied into library and only updated then pressing the update button. >>> >> >> Not true. Symbols are, by default, accessed by referring to the symbol file name in gschem and gnetlist. Simply relaunching gschem or running gnetlist effectively updates your symbols from whatever the symbol files contain. You can embed symbols in the schematics, and that’s a solution in some cases, but it is too inflexible for others. >> > > For me it seems like a problem to never be allowed to change an old symbol without breaking schematics using them. > Or to be able to remove old rusting symbols from the distributed library. And then, ngspice users want an ngspice-oriented library, pcb users want a pcb-oriented library, VHDL users want a VHDL-oriented library, etc. It seems to me that a project library management tool would be very useful. John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ jpd AT noqsi DOT com