ID: | 1155 |
From: | ge...@igor2.repo.hu |
Date: | Sat, 30 Dec 2017 14:51:44 +0100 (CET) |
Subject: | Re: [pcb-rnd] end-of-year stats |
in-reply-to: | 1152 from ka...@aspodata.se |
replies: | 1157 from ka...@aspodata.se |
On Sat, 30 Dec 2017, karl@aspodata.se wrote: > Igor2: > ... >> - 2 and a half of "The Big Three" problems got solved: debian packaging >> and opengl support almost fully; and we made some progress with >> the documentation too; (The Big Three problems got mapped mid 2016) > ... > > Regarding documentation, I like the way http://lilypond.org/ does its > documentation. They have texinfo sorce files and produces html, pdf, and > info files from that. Sorry, I don't like that. We use html as source and can generate pdf. We leave out the extra step of texinfo (or any other documentation format that would require dependencies for the build). You can find ours in trunk/doc/user or at http://repo.hu/projects/pcb-rnd/user/index.html > > And, on another note, they use compare(1) for regression tests. For most tests we use diff(1). > >> - sister projects booted: edakrill, cschem and genxproj; specified netlist >> and footprint format in tEDAx (supported by pcb-rnd and gschem) > > The name tEDAx is difficult to search on, I mostly get: > > 1. https://en.wikipedia.org/wiki/TEDAX > > 2. variations on TExt DAta eXchange. > > 3. it is about the same as tee time, but in swedish:) Thanks, I've learned about that yesterday and added it to the official doc, hehe. > > Any pointers ? tEDAx spec: http://repo.hu/projects/tedax/ Why I thought it was a good idea to have it, and why its main goal is being "cheap and easy to _implement_" can be found in this longer system of essays about the EDA ecosystem I want to set up in the upcoming years: http://repo.hu/cgi-bin/pool.cgi?cmd=show&node=Iecosys The idea is that we should team up with a bunch of small EDA tools and provide a system of independent, but interoperating tools, one tool per problem, like a good UNIX environment does. tEDAx is a format that can help making new bridges, especially that it's fully open and ultra-cheap to implement it (unlike STEP for example). Regards, Igor2
Reply subtree:
1155 Re: [pcb-rnd] end-of-year stats from ge...@igor2.repo.hu
1157 Re: [pcb-rnd] end-of-year stats from ka...@aspodata.se
1158 Re: [pcb-rnd] end-of-year stats from ge...@igor2.repo.hu