X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Virus-Scanned: Debian amavisd-new at papyrus.altaweb.hu Date: Sat, 12 Sep 2015 12:46:32 +0200 From: "Lev (leventelist AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Subject: Re: [geda-user] shortest way towards parsing .pcb files outside pcb Message-ID: <20150912124632.3347c70a@jive.levalinux.org> In-Reply-To: <55F3FD8F.4090709@jump-ing.de> References: <55F3FD8F DOT 4090709 AT jump-ing DOT de> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id t8CAkhUE000765 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, 12 Sep 2015 12:25:19 +0200 "Markus Hitter (mah AT jump-ing DOT de) [via 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. 2. Write importer/exporter to the new data structure for the current PCB. This will allow us doing tests on the new data structure. Strictly speaking with the existing PCB, we can fiddle only with the subset of the new data structure. 3. Rewrite PCBs internal data structures and data handling. 4. Modify the HIDs to deal with the new data structure. Does this sound reasonable? I'm sorry that I'm slow. I have so many personal/dayjob tasks. However, I'm on halfway to convince one of my college to work on pcb. Thanks, Lev -- 73 de HA5OGL Op.: Levente