X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
Date: Sun, 8 Sep 2013 18:08:36 -0400
Message-Id: <201309082208.r88M8atf023306@envy.delorie.com>
From: DJ Delorie <dj AT delorie DOT com>
To: geda-user AT delorie DOT com
In-reply-to: <87ppsjas54.fsf@harrington.peter-b.co.uk> (message from Peter TB
	Brett on Sun, 08 Sep 2013 23:02:47 +0100)
Subject: Re: [geda-user] [RFC] Major changes to symbol/schematic libraries in geda-gaf
References: <87ob83dodl DOT fsf AT harrington DOT peter-b DOT co DOT uk>
	<201309082106 DOT r88L6uGB008410 AT envy DOT delorie DOT com> <87ppsjas54 DOT fsf AT harrington DOT peter-b DOT co DOT uk>
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


> The geda.conf files are in a standard file format for which there are
> many parsers available

Er, not what I meant.  I mean, a "library" could have symbols,
footprints, and models in it, and gnetlist/pcb/etc would resolve
conflicting names by searching the symbols' libraries before other
libraries.  So if you have two "TO220" symbols in two different
libraries, you get the one from the "same" library when a symbol
requests it.

I'm thinking of Kai's library, which is already set up for this.

> > Also, it would be cool if the library "path" included cloud support,
> > like http:// and git:// paths.
> 
> It would be cool, but I feel like that might be better implemented via
> helper daemons that just keep an on-disk library up-to-date.  You
> wouldn't need any synchronisation with gschem; the library system would
> monitor the filesystem and DTRT when updates occurred (i.e. prompt the
> user, probably).

I really don't want something as big as, say, the Digikey database, on
my hard drive ;-)

But consider being able to search gedasymbols.org live, and
dynamically pull symbols from it...  :-)