X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Mon, 2 Mar 2015 10:20:33 +0100 (CET) X-X-Sender: igor2 AT igor2priv To: 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] work on gEDA In-Reply-To: Message-ID: References: <20150215021721 DOT 28d94fde AT jive> 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 Sun, 1 Mar 2015, Kai-Martin Knaak wrote: > * My number two wish would be scripting, both in pcb and in gschem. > That is, a way to do everything the GUI does but in a script. geda-gaf > and pcb both have implemented some aspects but not enough to actually > make it useful in the sense my wish calls for. See how freeCAD uses > python or the way eagle uses "ulp" scripts. > In pcb the concept of "actions" goes a long way. But there is no glue > to use them conditionally or iterate in loops. Everything that > involves explicit mouse input is missing from the set of actions. > In geda-gaf the situation is somewhat complimentary. There is > algorithmic glue in the form of the ability to interpret guile > scripts. But unless I missed something actions are missing and there > is no way to make the script put a symbol somewhere. I had such an attempt with pcb many years ago: pcb-gpmi. It offered like 9 languages and some glue, first for writing exporters, popping up dialogs and a minimal amount of drawing object manipulation. It's terribly outdated by now, but as a reference on how small it can be: http://repo.hu/projects/pcb-gpmi/ Unfortunately it didn't trigger any interest among the users back then. My conclusion was that scirpting was a feature interesting for a few porgrammer-kind users but not for "the masses". I plan to revive this project in my new fork in the long run. I'll either throw out the current action infrastructure in favor of a generic scripting or will glue the scripting on top of actions. > * My number eight wish would be the concept of groups both in gschem > and in pcb. Good idea, I miss that sometimes too (with a low prio). Regards, Igor2