X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Thu, 19 Jan 2017 06:00:50 +0100 (CET)
X-X-Sender: igor2 AT igor2priv
To: "Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu"
From: gedau AT igor2 DOT repo DOT hu
Subject: Re: [geda-user] [pcb] why no clearpoly on silk
In-Reply-To: <CAJXU7q8O1rdOjsEhcEVn=2xctWNuHHmDfSz+J4rWVPb0NFXULw@mail.gmail.com>
Message-ID: <alpine.DEB.2.00.1701190548280.7286@igor2priv>
References: <alpine DOT DEB DOT 2 DOT 00 DOT 1701180741180 DOT 7286 AT igor2priv> <alpine DOT DEB DOT 2 DOT 00 DOT 1701180813230 DOT 7286 AT igor2priv> <CAJXU7q-8_Reh8evmpD4uJkmDShbDdOZu=cQ3dsupvjdDonoerA AT mail DOT gmail DOT com> <alpine DOT DEB DOT 2 DOT 00 DOT 1701181134510 DOT 7286 AT igor2priv>
 <CAJXU7q8O1rdOjsEhcEVn=2xctWNuHHmDfSz+J4rWVPb0NFXULw AT mail DOT gmail DOT com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
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 Wed, 18 Jan 2017, Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] wrote:

>No, but it's one worth considering if it can be done in a way that preserves
>behaviour of existing files.
>
>I'd like to try to keep compatibility with pcb-rnd where we can, and there
>seems no real point in reinventing different ways to make the same
>improvements.

Thanks, I'm open to such cooperation too.

>      In pcb-rnd we have support for multiple board file formats. Our
>      native format is not pcb but lihata. We support pcb as we
>      support kicad's format. The native format supports all features,
>      but the non-native ones don't.
>
>
>Point me at the libhata docs at some point if you get a chance?

http://repo.hu/projects/lihata/

section 2 lists the docs. This is only about lihata, which is a separate 
project. The board format (the "schematics" of the lihata tree) we use in 
pcb-rnd has no docs yet.

>I guess one way might to have a test for version (or flag) that allows to
>know if the data inside the file is supposed to be correct or not.

Thanks, good point, especially about the flag! Independent of the current 
case: global feature bitfield, or in a tree-like file format per subtree 
format versioning or global file format versioning. Doesn't matter much as 
long as only one implementation reads the file, but might make a big 
difference if multiple programs use the same file but impelement different 
subset of features.

I haven't have to bump lihata board version yet, this would be the first 
time, so it's the best moment for me to consider this aspect.

Regards,

Igor2