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=W52xRlkXEUEL7/Mt+l/+qCl+KkfnL0CjAeBmjLCCmVE=;
	b=l9Bbh5evddjiJwP+S37DxgO8GOWRqQg/KFuw08LZke8NWrY67ZYShX0PaGCeOl17cb
	IQKcbBk54gTfJ0ojoABwuAmBE+O8/kxscAJ3tg53W9l/MjdIB01BPjw6x9zqDGdhyDDH
	Q+ACa1scolHVRVRMVEM7UFRHnRlQr9qlfGZ0eFd+xbKESmcLLiFA43cLP9CvE0dCczAD
	Tg41Qr1Vm8164Rko/snCkxSDpbNADFjglSwr1LcSLJmYJmZtMOHHIcjDxsyM/al64Nf2
	3yOCIaM8ps6XxZV3EcdAug8tkzSWgka7fFu28Qd2CRWbzT2ukYzVZTGtkA247Q5svF40
	Yw1g==
MIME-Version:	1.0
X-Received:	by 10.194.109.97 with SMTP id hr1mr11324909wjb.38.1442092766450;
	Sat, 12 Sep 2015 14:19:26 -0700 (PDT)
In-Reply-To:	<20150912124632.3347c70a@jive.levalinux.org>
References:	<CAC4O8c_XFEAgyrokrwwavB0C+OjWXCB5xptkVwMx2i_t960qFg AT mail DOT gmail DOT com>
	<55F3FD8F DOT 4090709 AT jump-ing DOT de>
	<20150912124632 DOT 3347c70a AT jive DOT levalinux DOT org>
Date:	Sat, 12 Sep 2015 13:19:26 -0800
Message-ID:	<CAC4O8c8qE2WkuKsu8=BtHGE9cRfU889yJcWvtpoBZnS0grM5Ag@mail.gmail.com>
Subject:	Re: [geda-user] shortest way towards parsing .pcb files outside pcb
From:	"Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To:	geda-user AT delorie DOT com
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, Sep 12, 2015 at 2:46 AM, Lev (leventelist AT gmail DOT com) [via
geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
> On Sat, 12 Sep 2015 12:25:19 +0200
> "Markus Hitter (mah AT jump-ing DOT de) [via geda-user AT delorie DOT com]"
> <geda-user AT delorie DOT com> wrote:
>
>> A more worthwhile goal might be to /replace/ pcbs current storage and
>> storage handling.
>
> Yes, this is what I/we try to achieve. My roadmap is this:
>
> 1. Define the new data structure.
>
> This is what I'm doing nowadays.

So is this intended to consist of a superset of what's currently in a
.pcb?  If so, I think it's probably an ambitious mix of two different
goals, one being a refactor of the parsing code the other an extension
of the format.  It might be best to tackle these one at a time, and I
think the refactor should happen first.

Please push as soon as possible.  I don't want to start writing
PCBFile class if you're currently doing exactly that.

- Raw text -