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-sha1; d=ptd.net; s=mail; c=relaxed/simple;
	q=dns/txt; i=@ptd.net; t=1625674140;
	h=From:Subject:Date:To:MIME-Version:Content-Type;
	bh=VaoqY8ffYAa/7oIO3/vwZ6xVpNo=;
	b=HEZbPEkhBq4toCY6+JyUE4YfGoxnWl7XCmtS2eS6ktolpZ8DX8lXBvkufm1PAYhv
	SF+tsqGEqFLyqSfbdRanir3/tHETjI4sfCPC//20ypasriiT55OrCJ/TnYOttWfH
	lIKG0EOTMHYQylP7Yzxc0Eyu0o+lIzRKJcjDJiBJfcg8bGsiwW8ULmmDYFvYJqVK
	QONYRUaV+X1C8lye0wqEOBE4ICYhve4koatN9oOdvTwGfi0HMbcRekMSZk5TZAz+
	j0BGGRLqGKRYpOQzvmuvx0mm4BFRuaFIFLjgLPIzi778JDNsjFLvrluYWewmLWRk
	zNSNb2fEyEAsRqQKKdQwcA==;
X-Authed-Username:	bWVuYXNpYW5AcHRkLm5ldA==
Authentication-Results:	smtp02.ptd.email-ash1.sync.lan smtp.user=<hidden>; auth=pass (LOGIN)
Date:	Wed, 7 Jul 2021 12:08:59 -0400
From:	"Stephen C. Menasian (menasian AT ptd DOT net) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To:	geda-user AT delorie DOT com
Subject:	Re: [geda-user] Thank you - some requests and an offer
Message-ID:	<20210707120859.2458a130@queeg>
In-Reply-To:	<alpine.DEB.2.21.2107071635290.13116@nimbus>
References:	<20210707101437 DOT 2c7c63a6 AT queeg>
	<alpine DOT DEB DOT 2 DOT 21 DOT 2107071635290 DOT 13116 AT nimbus>
X-Mailer:	Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-redhat-linux-gnu)
MIME-Version:	1.0
X-Vade-Verdict:	clean
X-Vade-Analysis-1:	gggruggvucftvghtrhhoucdtuddrgedvtddrtddvgdelhecutefuodetggdotefrodftvfcurfhrohhf
X-Vade-Analysis-2:	ihhlvgemucfujgfpteevqfftpdfrvfffpdfqfgfvnecuuegrihhlohhuthemuceftddunecunecujfgu
X-Vade-Analysis-3:	rhepfffhvffukfgjfhfogggtgfesthhqredtredtjeenucfhrhhomhepfdfuthgvphhhvghnucevrdcu
X-Vade-Analysis-4:	ofgvnhgrshhirghnfdcuoehmvghnrghsihgrnhesphhtugdrnhgvtheqnecuggftrfgrthhtvghrnhep
X-Vade-Analysis-5:	leeivdetieevjeegjeeuvdefveejkefhleefjeevueegueeijeefjeeivedtvdefnecuffhomhgrihhn
X-Vade-Analysis-6:	pehgvggurgdqphhrohhjvggtthdrohhrghenucfkphepjedtrdeggedrudekjedrkeefnecuvehluhhs
X-Vade-Analysis-7:	thgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepjedtrdeggedrudekjedrkeefpdhhvghlohep
X-Vade-Analysis-8:	qhhuvggvghdpmhgrihhlfhhrohhmpehmvghnrghsihgrnhesphhtugdrnhgvthdprhgtphhtthhopehg
X-Vade-Analysis-9:	vggurgdquhhsvghrseguvghlohhrihgvrdgtohhmpdhrtghpthhtohepshgtmhesmhgvnhgrshhirghn
X-Vade-Analysis-10:	shdrtghomhdphhhoshhtpehsmhhtphdrphhtugdrvghmrghilhdqrghshhdurdhshihntgdrlhgrnhdp
X-Vade-Analysis-11:	shhpfhepfhgrihhlpdgukhhimheppdhnsggprhgtphhtthhopedvpdetuhhthhdqfghsvghrpehmvghn
X-Vade-Analysis-12:	rghsihgrnhesphhtugdrnhgvth
X-Vade-Client:	PTD
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id 167G91mS005572
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

Roland,

Thanks for the info. I'll make the change in my source.

As far as my workflow is concerned, I probably just got used to the old
way gschem behaved. Sometimes gschem reconnects nets wrong when I move a
selected group of parts. To recover from this, I select the region to be
moved and copy it to a blank place. Then, I make the move and can refer
to the copy to see if I need to clean up any misconnections. This is
probably related to the fact that I try to cram as much of the circuit as
possible into one schematic and things end up very dense.

Note that I am NOT modern. I don't do conventional PCBs unless something
is going into production and, in that case, the PCB work has always been
done by another organization. Most of my work is small runs done in
point-to-point wiring. I have never used the gEDA PCB tools since, when I
was at Bell Labs (I'm retired now), the production boards were done,
using my schematics, by another organization. Back then, PCBs involved
chemicals which I didn't want to get involved with at home and I always
found point-to-point boards easier to debug and modify. The only PCBs I
make now are for surface mount RF circuits and I cut between the traces
using a milling machine!!.

Stephen 

On Wed, 7 Jul 2021 16:51:21 +0200 (CEST)
Roland Lutz <rlutz AT hedmen DOT org> wrote:

> Hi Stephen,
> 
> it's always good to hear people are happy with gEDA.  Being on this 
> mailing list, I usually only hear about things that don't work; your
> mail is a welcome exception. :-)
> 
> 
> On Wed, 7 Jul 2021, Stephen C. Menasian (menasian AT ptd DOT net) [via 
> geda-user AT delorie DOT com] wrote:
> > The selection remained with the originally selected part(s) after the 
> > copy and the new copy was not selected. The new gschem transfers the 
> > selection to the copy when it is placed.  
> 
> I changed it this way because it's how most programs behave these days:
> 
> > http://git.geda-project.org/geda-gaf/commit/?id=c1d796ce  
> 
> You can undo this by going to line 148 of gschem/src/x_event.c:
> 
>      case (PASTEMODE)  : o_place_end(w_current, w_x, w_y, FALSE, TRUE,
> 
> and replacing TRUE with FALSE:
> 
>      case (PASTEMODE)  : o_place_end(w_current, w_x, w_y, FALSE, FALSE,
> 
> Just out of curiosity: how does your workflow look like, so you prefer
> the copied object to stay selected?
> 
> 
> > I have written a C program which I call "geda_parts". […] if there is 
> > any interest, I can post the source once it is stable.  
> 
> Sure, go ahead!  There's no need to wait until it is stable.
> 
> Roland

- Raw text -