Highlighting traces

Bug #1506309 reported by Bert Timmerman
This bug affects 1 person
Affects Status Importance Assigned to Milestone
In Progress
Bert Timmerman

Bug Description

Reported-by: Robert Drehmel <email address hidden>


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.
 - 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.

Maybe someone else finds it useful.

Best regards,

Revision history for this message
Bert Timmerman (bert-timmerman) wrote :

I created a topic branch "home/bert/onpoint" in the pcb git repository for all interested parties to test and review.

Revision history for this message
Bert Timmerman (bert-timmerman) wrote :

Hi all,

"Display(ToggleHighlightOnPoint)" works as advertised.

Could use some more contrast however.

Kind regards,

Bert Timmerman.

Changed in pcb:
importance: Undecided → Wishlist
status: New → Triaged
Changed in pcb:
status: Triaged → In Progress
assignee: nobody → Bert Timmerman (bert-timmerman)
Revision history for this message
Bert Timmerman (bert-timmerman) wrote :


The topic branch is rebased and renamed to "LP1506309".

Kind regards,

Bert Timmerman.

Changed in pcb:
milestone: pcb-4.1.0 → pcb-4.1.1
Changed in pcb:
milestone: pcb-4.1.1 → pcb-4.2.1
Revision history for this message
Chad Parker (parker-charles) wrote :

At some point, when I get back to it, my snapping branch should resolve this issue.

Changed in pcb:
milestone: pcb-4.2.1 → future-feature-release
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related blueprints

Remote bug watches

Bug watches keep track of this bug in other bug trackers.