Re: gEDA-user: multi-part symbol support

2009-07-28 Thread John Doty
On Jul 28, 2009, at 6:28 PM, Kai-Martin Knaak wrote: > On Tue, 28 Jul 2009 17:29:32 -0600, John Doty wrote: > >>> Not, if the information is included via embedded symbols. >> >> That's an even worse barrier to reuse, analogous to embedding header >> file contents in your C code. > > If you don't

Re: gEDA-user: multi-part symbol support

2009-07-28 Thread Kai-Martin Knaak
On Tue, 28 Jul 2009 17:29:32 -0600, John Doty wrote: >> Not, if the information is included via embedded symbols. > > That's an even worse barrier to reuse, analogous to embedding header > file contents in your C code. If you don't like embedding, don't do it. But please don't preach your work-f

Re: gEDA-user: multi-part symbol support

2009-07-28 Thread John Doty
On Jul 28, 2009, at 4:16 PM, Kai-Martin Knaak wrote: > On Tue, 28 Jul 2009 15:16:26 -0600, John Doty wrote: > >>> It would make a *.sch file even >>> less selfcontained. >> >> Well, I don't think of .sch files as self contained anyway. > > Others do. Different work-flows ... > > >>> So the infor

Re: gEDA-user: multi-part symbol support

2009-07-28 Thread Kai-Martin Knaak
On Tue, 28 Jul 2009 15:16:26 -0600, John Doty wrote: >> It would make a *.sch file even >> less selfcontained. > > Well, I don't think of .sch files as self contained anyway. Others do. Different work-flows ... >> So the information should be included in the schematic. > > That's a potential

Re: gEDA-user: multi-part symbol support

2009-07-28 Thread John Doty
On Jul 28, 2009, at 1:52 PM, Kai-Martin Knaak wrote: > On Mon, 27 Jul 2009 11:36:53 -0600, John P. Doty wrote: > >> Anything that goes into a BOM, for example. That's an open ended >> list, > > ack. > > >> A one-shot solution for each attribute won't work. > > ack. > > >> Nor, I think, is it ri

Re: gEDA-user: multi-part symbol support

2009-07-28 Thread Kai-Martin Knaak
On Mon, 27 Jul 2009 11:36:53 -0600, John P. Doty wrote: > Anything that goes into a BOM, for example. That's an open ended list, ack. > A one-shot solution for each attribute won't work. ack. > Nor, I think, is it right to do > this for all attributes, as "source" is potentially properly

Re: gEDA-user: multi-part symbol support

2009-07-27 Thread John P. Doty
Kai-Martin Knaak wrote: > It took me quite a while to flex my hacking muscles. Anyway, finally my > little hacking project reached a stage that actually represents an > improvement: > > When dealing with footprints my local version of gnetlist does not care > for the order of symbols anymore. I

gEDA-user: multi-part symbol support

2009-07-26 Thread Kai-Martin Knaak
It took me quite a while to flex my hacking muscles. Anyway, finally my little hacking project reached a stage that actually represents an improvement: When dealing with footprints my local version of gnetlist does not care for the order of symbols anymore. If there is a set of symbols with th