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
Content-Type: text/plain; charset=UTF-8
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

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.