X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
From: geda AT psjt DOT org (Stephan =?utf-8?Q?B=C3=B6ttcher?=)
To: John Doty <jpd AT noqsi DOT com>
Cc: geda-user AT delorie DOT com
Subject: Re: [geda-user] A fileformat library
References: <s6n37uumanm DOT fsf AT blaulicht DOT dmz DOT brux>
	<CAJXU7q_qxdvJaejF-VcY=u7VHZ-zrfrc+Z7-qSwfFyPdy-umxw AT mail DOT gmail DOT com>
	<B02363CD-469D-493A-AC15-1D5DC7836982 AT noqsi DOT com>
	<20151222232230 DOT 12633 DOT qmail AT stuge DOT se>
	<0F6F1D0F-4F07-48EA-90FE-836EAD4E2354 AT noqsi DOT com>
	<CAM2RGhTficnys3a4xs=UBFvk8aPwpzYWUADFLP_pUQ+R1iKs0g AT mail DOT gmail DOT com>
	<alpine DOT DEB DOT 2 DOT 00 DOT 1512230552520 DOT 9035 AT igor2priv>
	<FC796A30-DF21-42E0-89D4-48F3C202BCAE AT noqsi DOT com>
	<alpine DOT DEB DOT 2 DOT 00 DOT 1512230648180 DOT 9035 AT igor2priv>
	<A6BF931F-181E-4B69-8B3E-E1BD202DE7C5 AT noqsi DOT com>
	<20151223194905 DOT 7676 DOT qmail AT stuge DOT se>
	<0AB5D926-731F-4A49-AA26-D06DAE7C2CB0 AT noqsi DOT com>
Date: Wed, 23 Dec 2015 23:15:49 +0100
In-Reply-To: <0AB5D926-731F-4A49-AA26-D06DAE7C2CB0@noqsi.com> (John Doty's
	message of "Wed, 23 Dec 2015 14:51:26 -0700")
Message-ID: <s6na8p0zu96.fsf@blaulicht.dmz.brux>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id tBNMGBPW006796
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

John Doty <jpd AT noqsi DOT com> writes:

> On Dec 23, 2015, at 12:49 PM, Peter Stuge (peter AT stuge DOT se) [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:

>> Stephan Böttcher wrote:
>>> What I value most in both the gschem and pcb file formats is that
>>> they are easily AWK parsable, so that simple ad-hoc commandline
>>> scripts can cover deficiencies of the tools.
>> 
>> Sorry, but I think that's very poor practice,
>
> I disagree. I think that having a file format that enables simple
> means to achieve simple (but specialized) ends is essential to a good
> toolkit. I would, however, disagree that this is “covering
> deficiencies”. 

"limitations" ?

--
Stephan