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=; 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]" 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: References: <20210707101437 DOT 2c7c63a6 AT queeg> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 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 Content-Transfer-Encoding: 8bit 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 Precedence: bulk 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 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