X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Thu, 2 Apr 2015 18:04:45 +0200 (CEST) X-X-Sender: igor2 AT igor2priv To: geda-user AT delorie DOT com X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu" From: gedau AT igor2 DOT repo DOT hu Subject: Re: [geda-user] PCB and gschem libraries - bundling In-Reply-To: <201504021548.t32Fm0YO001154@envy.delorie.com> Message-ID: References: <1427905808 DOT 32608 DOT 60 DOT camel AT benjamin-hp-g70> <20150401214846 DOT 5d2261e6 AT jive> <201504011954 DOT t31JsnKh020289 AT envy DOT delorie DOT com> <201504021548 DOT t32Fm0YO001154 AT envy DOT delorie DOT com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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 Thu, 2 Apr 2015, DJ Delorie wrote: > > I've suggested before that what we need is a way to have multiple > "libraries" with the interface to a "library" being some API that > supports (through plug-ins perhaps) local files, SQL databases, HTTP > requests, ZIP files, etc. > > There's a bit of work in the programs themselves to cleanly support > multiple sym/fp sources, but no reason to specify what those sources > are. > > So you could have a plugin for gedasymbols, one for github, one for a > corporate parts database, one for project-local symbols, etc. I support this idea, as it clearly increases the flexibility. One plugin could be the sym/fp bundling into sch/pcb so users could share parts of their libraries easier. For some users real VCS plugins would be useful too: in case someone invents a good GUI way of showing symbol and fp diffs and resolve conflicts on the same UI (so it could do more than just a sync operation). Regards, Igor2