Index: trunk/doc/features/onpoint.html =================================================================== --- trunk/doc/features/onpoint.html (revision 13642) +++ trunk/doc/features/onpoint.html (nonexistent) @@ -1,71 +0,0 @@ - - - - pcb-rnd - [onpoint] - - - - - - - - - -
Main - News - Doc - Support - People - Events & timeline - pcb-rnd [pcb-rnd logo] -
- - -

pcb-rnd - the [onpoint] patches

- -Robert Drehmel writes: -
-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.
-
- -

save/load and compatibility

-Not affected. - -

plans

-The feature is complete. - - - Index: trunk/doc/features/index.html =================================================================== --- trunk/doc/features/index.html (revision 13642) +++ trunk/doc/features/index.html (revision 13643) @@ -34,7 +34,6 @@ [scconfig] use scconfig instead of autotools [res] replace resource files with lihata and enable multi-key hotkeys in both gtk and lesstif hids [debian] Debian packaging the binaries configured to my own taste -[onpoint] on-point by Robert Drehmel [mods] modularize the code to reduce core size - for comparison [unglib] remove glib dependency from core [io_*] .pcb and .fp file format plugins