X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7+dev X-Exmh-Isig-CompType: repl X-Exmh-Isig-Folder: inbox From: "karl AT aspodata DOT se [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Subject: Re: [geda-user] file format cooperation In-reply-to: References: <9f6960b4-e3e7-7a99-7617-77e51e6bee4c AT xs4all DOT nl> Comments: In-reply-to "Bert Timmerman (ljh4timm AT xs4all DOT nl) [via geda-user AT delorie DOT com]" message dated "Wed, 14 Jul 2021 11:55:42 +0200." Mime-Version: 1.0 Content-Type: text/plain Message-Id: <20210714104650.7F50483DB04D@turkos.aspodata.se> Date: Wed, 14 Jul 2021 12:46:50 +0200 (CEST) X-Virus-Scanned: ClamAV using ClamSMTP 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 Bert Timmerman: ... > File format cooperation would be a good thing, either the native format > for geda-gschem, or a new hybrid on which both parties can agree. File syntax for sym/sch files is the same for both projects. What I urge for is that semantics be the same and continuously agreed on by both groups. Changing the underlaying file syntax would not change nor help with that. > pcb has spawned a clone (2014-ish) with an entirely different native > file format, I won't call that a "vendor lock" in though, it's > effectively preventing users to swap applications "on the fly", and we > can learn from this. ... lihata isn't worse than any other thing like xml, json etc. On it's plus side is that there already is a lib and script bindings for it and if you decide to go that route, my guess is that its developer can be of assistance. Also it's code focus is on c89 and to be low on depenancies, which is something to strive for. Regards, /Karl Hammar