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 From: John Doty Content-Type: multipart/alternative; boundary="Apple-Mail=_C215BFB5-BE66-40C2-B86F-EDE1BF6A2F12" Message-Id: <43CA04C5-47B7-4DA4-8005-3A2D4E9D0E47@noqsi.com> Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [geda-user] Desired changes (was:"New experimental netlist features") Date: Tue, 8 Sep 2015 07:35:49 -0600 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>

To: geda-user AT delorie DOT com In-Reply-To: X-Mailer: Apple Mail (2.1878.6) 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 --Apple-Mail=_C215BFB5-BE66-40C2-B86F-EDE1BF6A2F12 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Sep 7, 2015, at 6:40 PM, Ouabache Designworks (z3qmtr45 AT gmail DOT com) = [via geda-user AT delorie DOT com] wrote: >=20 >=20 > On Mon, Sep 7, 2015 at 5:21 PM, John Doty wrote: >=20 > On Sep 6, 2015, at 4:13 PM, Kai-Martin Knaak = wrote: >=20 > > > > [a better default library of symbols] > >> We had a long discussion about this on the list with no > >> measurable results afaik. > > > > Well. This is important enough to be raised as a topic time and = again > > until the default library is finally in a satisfying state. >=20 > 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. >=20 > A tool to create and maintain project-specific libraries would be = welcome. Doing this in command line isn=92t terrible, but it would be = nicer to be able to browse through the entire gedasymbols library to = harvest symbols for a project. >=20 > John Doty Noqsi Aerospace, Ltd. > http://www.noqsi.com/ > jpd AT noqsi DOT com >=20 >=20 >=20 >=20 >=20 > Thats why we have revision numbers. Change anything you want but issue = it as a new revision. Old code still grabs the old rev and you ony get = the new one if you ask for it. Yes, but that has led to a very heterogeneous default library cluttered = with obsolete symbols. At the same time, it=92s a bit clumsy to import = from the even more heterogeneous but often more useful gedasymbols = hierarchy. My approach is to maintain a project-specific symbol library with shell = commands. That also works, but I think graphical objects really deserve = a graphical browser. I see this as separate from gschem: library = maintenance as opposed to schematic capture using that library. John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ jpd AT noqsi DOT com --Apple-Mail=_C215BFB5-BE66-40C2-B86F-EDE1BF6A2F12 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252

On Sep 7, 2015, at 6:40 PM, Ouabache = Designworks (z3qmtr45 AT gmail DOT com)= [via geda-user AT delorie DOT com] = <geda-user AT delorie DOT com>= wrote:

On Mon, Sep 7, 2015 at 5:21 PM, John Doty <jpd AT noqsi DOT com> wrote:

On Sep 6, 2015, at 4:13 PM, Kai-Martin Knaak <kmk AT familieknaak DOT de> = wrote:

>
> [a better default library of symbols]
>> We had a long discussion about this on the list with no
>> measurable results afaik.
>
> Well. This is important enough to be raised as a topic time and = again
> until the default library is finally in a satisfying state.

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.

A tool to create and maintain project-specific libraries would be = welcome. Doing this in command line isn=92t terrible, but it would be = nicer to be able to browse through the entire gedasymbols library to = harvest symbols for a project.

John Doty Noqsi = Aerospace, Ltd.
http://www.noqsi.com/
jpd AT noqsi DOT com

Thats why we have revision = numbers. Change anything you want but issue it as a new revision. Old = code still grabs the old rev and you ony get the new one if you ask for = it.

Yes, but that = has led to a very heterogeneous default library cluttered with obsolete = symbols. At the same time, it=92s a bit clumsy to import from the even = more heterogeneous but often more useful gedasymbols = hierarchy.

My approach is to maintain a = project-specific symbol library with shell commands. That also works, = but I think graphical objects really deserve a graphical browser. I see = this as separate from gschem: library maintenance as opposed to = schematic capture using that library.

John Doty Noqsi = Aerospace, Ltd.

http://www.noqsi.com/

jpd AT noqsi DOT com

= --Apple-Mail=_C215BFB5-BE66-40C2-B86F-EDE1BF6A2F12--