-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, Dec 10, 2005 at 04:15:55PM -0600, Jonathan Hanson wrote: > I'll be building a library of capacitors and resistors with all the > standard values filled in, along with some transistor symbols, if > anyone is interested in that. I don't know if submitting it to the > official symbol library is a good call, since my library won't jive > with the light symbols philosophy.
Would it make sense for gschem to be able to delegate symbol-choosing to separate programs? I'm imagining some sort of hack where gschem can call external on-the-fly symbol generators that can each know as much as they like about the symbol. For example, you would choose "heavy resistor" from the gschem symbol library, and it would fire up a PyGTK or guile-gtk script that pops up a window with pull-down boxes for power rating and resistance. When you select "OK" it dynamically generates a heavy symbol and puts it where gschem can see it. This could be interesting if you had a transistor chooser, where you could select one by power, hfe, Vcb, fT, (maybe an availability fudge factor) and spit out "2N3904" or whatever. Assuming, of course, that you're still using many discrete transistors. :) OTOH what happened to DJ Delorie's idea of embedding a *list* of possible attribute values in a symbol? I didn't see any followups. - -- "If you lie to the compiler, it will get its revenge." - Henry Spencer -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Please fetch my new key 804177F8 from hkp://wwwkeys.eu.pgp.net/ iD8DBQFDnT9awyMv24BBd/gRAv+uAKCQfXI6FeDV12y9u3XhDLY5Lkz4fgCeM2fJ RtCCg79zq/JrXCcnE9RuApg= =c6aS -----END PGP SIGNATURE-----
