X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=7g/o+UZCts2+ybEsfW1VJ1QSxqVR9J+txERaBZeMAgg=; b=FDoovV2LyBMLpXlgwwf+iTx3/udjXxf4+ZRhS5jPjT6+tchvsXSjI2ao4prHF7yb23 TmhYw1bzvXzSE5TegyI/ViL3jWcUaU8HgN4R1oxLk6IM9T3SNHmFxJew0TAqM0jCOkJd J8c2QP+28ODXcogZGMYQGUtii++Wdt/sHSDPEN8n4cBI7mNQD9yc2/G/2WumOt17CfCA 69ia8vJyokTwHucL24K4rookniEAev8Drsr1dzTTuc5D5xfUrwxuJvOiqBeU92NBzHZD BA+6KcoczCuSAYcTz20wzsnLOmfiTUyruD3xuW72M5tVsdHx3nK2VogeA63VBzHogFe9 kIGA== MIME-Version: 1.0 X-Received: by 10.112.54.132 with SMTP id j4mr28631729lbp.84.1440558065580; Tue, 25 Aug 2015 20:01:05 -0700 (PDT) In-Reply-To: References: <6B8DDCCF-0E84-43DC-94A3-89CE0E56F0ED AT noqsi DOT com> <201508242052 DOT 28189 DOT ad252 AT freeelectron DOT net> <3766120C-93DD-454D-B2FA-7C79B78DC86C AT noqsi DOT com> <8DC5050C-49D2-49AD-94B0-A1FC857178E5 AT noqsi DOT com> <55DC6491 DOT 8030607 AT iae DOT nl> <3FA132D6-A8D9-47C8-8D37-E1962EF4098B AT noqsi DOT com> <55DCAA14 DOT 1030009 AT xs4all DOT nl> <20150825235047 DOT 31733 DOT qmail AT stuge DOT se> Date: Wed, 26 Aug 2015 03:01:05 +0000 Message-ID: Subject: Re: [geda-user] Re: off-topic: daydreaming about modularization From: "Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Content-Type: text/plain; charset=UTF-8 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 Apparently my last email got spam flagged for language. I substitute the world heck. I am all for enforcing a level of civility in discussion but the difference between fearing a terrible doom from something and swearing about / at people is clearly lost on this filter. On Wed, Aug 26, 2015 at 2:52 AM, Evan Foss wrote: > On Tue, Aug 25, 2015 at 11:50 PM, Peter Stuge (peter AT stuge DOT se) [via > geda-user AT delorie DOT com] wrote: >> I've re-ordered slightly. >> >> Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: >>> * libpcbfile for moving between a memory representation of a layout >>> and the file that stores it >>> * libpcbgeo for processing geometric properties >>> * libpcbnetlist for forward and backward annotation >> >> The above libraries aren't really gEDA-specific, seem to be more what >> edacore targets. > > I am not so sure about that. I can see people linking against > libpcbfile so that they can read our file format into the data > structure we use. > > EDAcore should fill in by linking against our library and kicad's. It > would then load what you wanted to convert into memory via the correct > lib, convert and then export via the other lib. EDAcore needs to have > libEDAconv or libEDAmap. > > Or > > gEDA needs to find the code in KiCAD that loads files, write a > translator between it's map and ours and then use their file handling > library. I don't trust their authors because I know how to find my own > bugs, other peoples ... The thing is I favor this because of the > potential heck that will happen to geda symbols after people start > moving stuff in from kicad. We need to get serious about tracking > authorship, viability (used in a pcb, used in a sim, and tested). > > Really before any of that I want a good library manager that is > explicitly for content in a dvcs. I have ideas but I need to get some > real work done first. > >>> * libpcbexport for translation to pdf, ps, png, jpeg >>> * libpcbui for providing the HID interface >> >> Anything ui is certainly gEDA-specific, maybe also export, maybe not. >> >> >> I think everyone agrees that common code should be in libraries. >> It "just" has to be written. > > "yea what he said" > > Digg the quotes. > >> //Peter > > Evan > > -- > Home > http://evanfoss.googlepages.com/ > Work > http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/ -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/