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] should we broaden scope of libgeda In-reply-to: References: <20160102091556 DOT BBC6D809D79B AT turkos DOT aspodata DOT se> <20160102190222 DOT 63BE6809D79B AT turkos DOT aspodata DOT se> Comments: In-reply-to Roland Lutz message dated "Sat, 02 Jan 2016 20:53:32 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Message-Id: <20160102205101.327B9809D79C@turkos.aspodata.se> Date: Sat, 2 Jan 2016 21:51:01 +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 Roland Lutz: > On Sat, 2 Jan 2016, karl AT aspodata DOT se wrote: > > Roland Lutz: > >> On Sat, 2 Jan 2016, Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] wrote: > >>> On 2 Jan 2016 09:18, wrote: > >>>> Wouldn't it make sense to move things (that isn't related to a gui) > >>>> from gschem to libgeda ? > >> > >> It's more the other way round--libgeda contains many things which are > >> related to the GUI and should be moved to gschem. IMHO, it would make > >> most sense to pull the general-purpose and gnetlist-related functionality > >> out of libgeda and merge the remaining code back to gschem. > > ... > > > > So, what you are saying is mostly that we should leave libgeda as is for > > backward compatibility > > There is not much backward compatibility to be worried about--as far as I > know, the programs in the 'geda-gaf' repository are the only users of Well, then don't worry the users users. > libgeda. The point is that libgeda is currently not very useful as a > general-purpose library because it it is too gschem-/gnetlist-specific, Yes, I realized that. > and it can't easily be changed because gschem and gnetlist would have to > be changed accordingly. So it is basically a part of gschem/gnetlist. > > > and move xorn to a more finished state, as far as scripting is conserned > > ? > > Yes, that's the idea. Ok, I'm in. But I have to fix my dev box first, a week or so. Regards, /Karl Hammar ----------------------------------------------------------------------- Aspö Data Lilla Aspö 148 S-742 94 Östhammar Sweden +46 173 140 57