X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
X-Original-DKIM-Signature:	v=1; a=rsa-sha256; c=simple; d=mail.ud03.udmedia.de; h=
	message-id:date:from:mime-version:to:subject:references
	:in-reply-to:content-type:content-transfer-encoding; s=beta; bh=
	9pdOuEVm1KdH1JDrRQ9zavRj9U2UodGTjzXZtZwNavU=; b=RKSlissc8ciYO1DK
	wCnWbv8BhkhIfSvwXcGDW4X4TFiSC8EW9QCFm/0yZzr84I2hgvHDtp8VV09B3Hec
	Rjkkhvz1hN2WKU9Jsf2EkUucO9huxotprH3PF/U8vobcu+fc6l0omSGrY27hMbKR
	yilmmdZ9FYP+qz9qedZjCEj6h5g=
Message-ID:	<55DADE5A.4020902@jump-ing.de>
Date:	Mon, 24 Aug 2015 11:05:30 +0200
From:	"Markus Hitter (mah AT jump-ing DOT de) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
User-Agent:	Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0
MIME-Version:	1.0
To:	geda-user AT delorie DOT com
Subject:	Re: [geda-user] Antifork
References:	<55D8D8B8 DOT 7050907 AT jump-ing DOT de> <20150822230549 DOT 3750 DOT qmail AT stuge DOT se> <55D9A5AE DOT 9090604 AT jump-ing DOT de> <C2FC0AF3-DFDB-4799-87F7-039614405DCD AT noqsi DOT com> <55D9BC06 DOT 9060106 AT iae DOT nl> <55D9C34A DOT 2090709 AT jump-ing DOT de> <C55E2A02-99F7-402C-953F-8E844004D61B AT noqsi DOT com> <201508232341 DOT t7NNfl9O012371 AT envy DOT delorie DOT com> <CF6D95DF-9FBF-48F6-8E68-458A2BC14CAF AT noqsi DOT com> <CAM2RGhS9QqDq2dZLwt7LfUFwQouCaX-SuxEu0U2ofNrxuttmhg AT mail DOT gmail DOT com> <55DA8231 DOT 4010904 AT mcmahill DOT net>
In-Reply-To:	<55DA8231.4010904@mcmahill.net>
Reply-To:	geda-user AT delorie DOT com

Am 24.08.2015 um 04:32 schrieb Dan McMahill (dan AT mcmahill DOT net) [via geda-user AT delorie DOT com]:
> If anyone wants to try and run with it, I have ideas that I started
> implementing the framework for, on how to get that "make me a pcb"
> and "simulate" button without it being so restrictive as to break the
> tool for others.  The basic idea was make sure that gschem had a well
> defined interface for something like a simulator.  The simulator
> would provide a file that basically says:
> 
> - I need a menu with these options
> - Here is a set of attributes that the user will need a dialog to
> configure (btw, look at the dialogs in PCB for the export HID's.
> Those are not hard coded in the GTK or Lesstif HID's but are
> created on the fly).
> - Here is what should be run when the user clicks "simulate" or
> "send to pcb" or whatever.

Sounds pretty complicated. There's a little known tool 'xgsch2pcb' which does all the neccessary stuff already. It has three buttons:

1. Open schematic.

2. Open attribute editor.

3. Open layout.

Looking from the gschem perspective, 1. is obsolete, because the schematic is open already when gschem runs.

No. 2. is redundant, but sometimes convenient.

Clicking 3. checks wether the schematic is newer than the layout and offers to update it. I'm not even sure how it does this, it just works.

That's all. It works nicely with current gschem and pcb. The only problem is, only few people know it and one can easily forget to start with the tool instead of starting with the schematics. Moving these two buttons into gschem would solve both and make the workflow even a bit simpler.

xgsch2pcb has served me very well over the years, never had to touch the command line. Why should I? xgsch2pcb knows better on how to transport information from here to there.


Markus

-- 
- - - - - - - - - - - - - - - - - - -
Dipl. Ing. (FH) Markus Hitter
http://www.jump-ing.de/

- Raw text -