www.delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2016/01/02/14:53:47

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Sat, 2 Jan 2016 20:53:32 +0100 (CET)
From: Roland Lutz <rlutz AT hedmen DOT org>
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] should we broaden scope of libgeda
In-Reply-To: <20160102190222.63BE6809D79B@turkos.aspodata.se>
Message-ID: <alpine.DEB.2.11.1601022045240.6557@newt>
References: <20160102091556 DOT BBC6D809D79B AT turkos DOT aspodata DOT se> <CAJXU7q_Zwyfpcb4g00QCFNTjQ9Le2Tm8WjKz3CKMnNXb7gMceg AT mail DOT gmail DOT com> <alpine DOT DEB DOT 2 DOT 11 DOT 1601021922530 DOT 4119 AT newt> <20160102190222 DOT 63BE6809D79B AT turkos DOT aspodata DOT se>
User-Agent: Alpine 2.11 (DEB 23 2013-08-11)
MIME-Version: 1.0
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

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, <karl AT aspodata DOT se> 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 
libgeda.  The point is that libgeda is currently not very useful as a 
general-purpose library because it it is too gschem-/gnetlist-specific, 
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.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019