X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Message-ID: <561F2E7D.20409@xs4all.nl> Date: Thu, 15 Oct 2015 06:41:33 +0200 From: "Bert Timmerman (bert DOT timmerman AT xs4all DOT nl) [via geda-user AT delorie DOT com]" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.19) Gecko/20110429 Fedora/2.0.14-1.fc13 SeaMonkey/2.0.14 MIME-Version: 1.0 To: geda-user AT delorie DOT com Subject: Re: [geda-user] Highlighting traces References: <561EF5FE DOT 9070706 AT zoot DOT drehmel DOT com> In-Reply-To: <561EF5FE.9070706@zoot.drehmel.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Reply-To: geda-user AT delorie DOT com Robert Drehmel wrote: > When (e.g.) routing 5mm power traces on a small grid, it's not always > easy to hit the > point where the trace ended (which is the center of the semicircle at > the end of the > line) to start the next line. If you have selected the line tool, > finding the end of > the line can become guesswork as the cursor doesn't change shape like > it does with the > select tool. > I want my traces to consist of lines and arcs that are perfectly > connected and I want > to work as fast as possible. > > Attached is a small patch that > > - makes it possible to deactivate snapping to "some sensible point > along a line". > (that's what a comment in the code says). This snapping algorithm > gets in the way > sometimes so you have to slowly go over a line to find out where it > really ends, > bouncing back and forth between the points of the small grid, the > end of the line > and these "sensible points", which is wasting time. The command is > "Display(ToggleSnapOffGridLine)". It is still activated by default > to avoid > violating POLA. > > - more importantly, introduces a new command called > "Display(ToggleHighlightOnPoint)" > that highlights all lines and arcs which have (end)points exactly > on the position > where the cross hair is currently snapped to. It therefore helps > finding the end > points of lines and arcs, but sometimes also shows redundant > traces, traces that > aren't perfectly connected to each other, traces that don't end > directly on the > center of a via but should, etc. It works with thin draw too and I > tested it with > gtk and lesstif. > > I use the second option mostly in conjunction with deactivating the > first. Both commands > have been added to the menu by means of (g)pcb-menu.res.in and are > available as command > line options as well. > Caveats: > - The HID API expects all HIDs to make a copy of the color string > when setting a color. > - The function that lightens up a color could be improved. > - I used it for a while, but after porting it from my local fork, it > probably needs > more testing. Hi Robert, All good points, thanks for the diff (a git patch would give you more credits ;-). I made a topic branch "home/bert/onpoint" in the pcb git repository for all interested parties to test and review. I will test this patch myself in the coming days and hope to merge it into master asap. Oh, and I will open a bug report in Launchpad for others to follow up. Kind regards, Bert Timmerman.