X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
Mime-Version:	1.0 (Apple Message framework v1085)
Subject:	Re: [geda-user] The state of gEDA/gaf (Was gEDA/PCBs diversity, Was: Pin hole size)
From:	John Doty <jpd AT noqsi DOT com>
In-Reply-To:	<508B4509.8050102@neurotica.com>
Date:	Fri, 26 Oct 2012 20:56:59 -0600
Message-Id:	<0DF4F3BF-CE24-4D3C-B0AD-D6ABFC5DD915@noqsi.com>
References:	<CANqhZFxYH+Y5U1ai7ey-s+4nz6eYDM2vx3aMDb7WuigNXmi4AQ AT mail DOT gmail DOT com> <2CB304B5-9587-4734-84E4-49F464744D11 AT noqsi DOT com> <CANqhZFwPNG4R1dR2X0HB+tP1JzNXUAVg55gy54Lry5E49aAQ6Q AT mail DOT gmail DOT com> <E9D200C7-475C-4CC7-A592-5A6C14B3EA25 AT noqsi DOT com> <508AC7AA DOT 9010305 AT neurotica DOT com> <k6fbfq$nca$1 AT ger DOT gmane DOT org> <57074F6E-5AC0-4CB3-A333-215BEAA0FC20 AT noqsi DOT com> <201210270147 DOT q9R1lv1O025750 AT envy DOT delorie DOT com> <508B3F22 DOT 5020609 AT neurotica DOT com> <F172B36A-46AC-4AA1-ACFD-666F1DA835B8 AT noqsi DOT com> <508B4509 DOT 8050102 AT neurotica DOT com>
To:	geda-user AT delorie DOT com
X-Mailer:	Apple Mail (2.1085)
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id q9R2v6qG023337
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 Oct 26, 2012, at 8:20 PM, Dave McGuire wrote:

> On 10/26/2012 10:13 PM, John Doty wrote:
>> 
>> On Oct 26, 2012, at 7:55 PM, Dave McGuire wrote:
>> 
>>> On 10/26/2012 09:47 PM, DJ Delorie wrote:
>>>>> an ugly bug-prone kludge if pasted atop gschem's ancient foundation.
>>>> 
>>>> Please try to use less emotionally charged terms in the future.
>>> 
>>> Yeah really.  Gschem's foundation can't be THAT "ancient", if it's
>>> using modern GTK stuff.  And I have to say, as someone who uses it most
>>> every day, the thing works great.
>> 
>> Its integration with gtk is not comfortable. It does work great as is, but trying to torque it into something more modern makes little sense. Another problem is that the Guile scripting is pasted on rather than truly built in, so it hasn't been very effective.
> 
>  Understood.  Is it possible to "rework" the GTK integration such that
> it's more "natural" for a GTK app?  I mean, I realize that it's NOT a
> GTK app, but still...at least for the GTK HID.

Possible, yes. But it would be an exercise in mismatched design.

For the HETE-1 space mission payload, we used a commercial POSIX OS. It was a serious mismatch to the needs of our distributed, embedded system, and caused a number of problems. After the HETE-1 launcher failure (not a software problem), I insisted that we replace the OS with a custom system for HETE-2. I encountered a lot of resistance from the team, so I just started writing one. At that point, our software lead ripped it out of my hands, and turned it into a gem of simplicity and efficiency. The entire OS was simpler than the messy glue code the HETE-1 application needed to make the POSIX system usable. HETE-2 was a great success.

Yes, you *can* start with an architecture that's a mismatch to your problem, and patch things up so they work. But that's a hard way to do it, and the results are likely to be buggy, sub-optimal and difficult to maintain.

I don't want to have to deal with the fallout of incrementally turning gschem into a real gtk application. But I might very well switch to a gtkschem designed as a gtk application from the start.
 
John Doty              Noqsi Aerospace, Ltd.
http://www.noqsi.com/
jpd AT noqsi DOT com

- Raw text -