X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Mailer: exmh version 2.8.0 04/21/2012 (debian 1:2.8.0~rc1-2) with nmh-1.5 X-Exmh-Isig-CompType: repl X-Exmh-Isig-Folder: inbox From: karl AT aspodata DOT se To: geda-user AT delorie DOT com Subject: Re: [geda-user] identical symbol names In-reply-to: References: <20140127234944 DOT 924148045B78 AT turkos DOT aspodata DOT se> <20140128201110 DOT DF7D78045B78 AT turkos DOT aspodata DOT se> <20140129072550 DOT GA24560 AT localhost DOT localdomain> <20140309173951 DOT 738798020179 AT turkos DOT aspodata DOT se> <531CF3BE DOT 8070407 AT ecosensory DOT com> <20140311164227 DOT D853D8020170 AT turkos DOT aspodata DOT se> Comments: In-reply-to Britton Kerin message dated "Tue, 11 Mar 2014 15:08:09 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Message-Id: <20140312121641.9E8738020170@turkos.aspodata.se> Date: Wed, 12 Mar 2014 13:16:40 +0100 (CET) X-Virus-Scanned: ClamAV using ClamSMTP 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 Britton Kerin: > wrote: > > Unfortunately I think it will not be completed yet. > > This path is extremely laborious and time-consuming. > > It will therefore be abandoned as a result. > > And each one will, as before, to use for its proven crutches that will > > wander around the various corners of the Internet. > > Well I started out thinking its a bad idea but now I guess I'm convinced > integration sounds nice. What do mean with integration here, to include the syms a in-file-lib section, or to integrate gschem with git (or the like) ? > I think people should be ambitious and ask themselves what could be done to > get to the point where subcircuit designs could be gracefully distributed, > ideally with a default PCB layout/BOM that they map to. People always say > you need different design rules, layouts etc. but truth is you often don't. > I'm sick of redesigning power supplies every project for example. Yes, it would be wery nice to be able to have function blocks both in gschem and pcb, and e.g. to be able to use that adj. ldo solution, but for 4.3V insted, and gschem calculates the correct resistor values (from formulas in the ldo subcircuit) and pcb picks it up complete with traces and all (which is done once and for all). > So you need either an ironclad convention for how (heavy) symbols used in > these modules are stored and versioned, or some way to freeze and integrate > them into a subdesign. The first alternative is perfectly possible in > theory, but: a. it hasn't happened yet for gEDA, and b. more generally it > hasn't happened well for many other languages/libraries. Also its not clear > that its better, assuming the conventions are honored enough to be useful, > the complexity is still there, its just enshrined as convention rather than > written down in the core code. I don't understand you here. If you would like to discuss subcircuits and the like, perhaps it's better to start a new thread. Regards, /Karl Hammar ----------------------------------------------------------------------- Aspö Data Lilla Aspö 148 S-742 94 Östhammar Sweden +46 173 140 57