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-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=iC/T1hE4/TXqTZL1grOWWiYUoUItDy532JEhRtO3hCg=; b=eYRKH3w56vSab94+lBfQj9rvDxkXbZFeXWuAslJ8YZD1Nyu8sJSKaFPL1/U9CleDSG Wff7LbnZaSm+YVo0Tjc14M11ApuUM9g0l7OGeYa+t7hLIjuuzLNO8UjHx/cOvHPzNd+4 iNvLPGKrpzqBoUZ07572x8KdOpmLWRpuU1urD09W25daeUGHZlSq74opjyEtveGNrSWT vAP1NQsbg9JJRMATL9L6iR+pjEE0r55N9kKUHzlW65yTksH5TBo5rNhV6ej877Ofv7Do Deq6uZIwIODXY4LdqkQKoCg9P7wXcVfv4H7SB4XotJZjraQSaeQc4extHuqVWaO5Hqx6 uicA== MIME-Version: 1.0 X-Received: by 10.194.104.200 with SMTP id gg8mr14884080wjb.144.1444962471974; Thu, 15 Oct 2015 19:27:51 -0700 (PDT) In-Reply-To: <561EF5FE.9070706@zoot.drehmel.com> References: <561EF5FE DOT 9070706 AT zoot DOT drehmel DOT com> Date: Thu, 15 Oct 2015 18:27:51 -0800 Message-ID: Subject: Re: [geda-user] Highlighting traces From: "Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary=089e010d8212db1f1705222f8a63 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 --089e010d8212db1f1705222f8a63 Content-Type: text/plain; charset=UTF-8 On Wed, Oct 14, 2015 at 4:40 PM, Robert Drehmel wrote: > Hi. > > 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. > > Maybe someone else finds it useful. > Sounds like it's hitting a problems that annoyed me for a long time, I'll try it for sure thx Britton --089e010d8212db1f1705222f8a63 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

= On Wed, Oct 14, 2015 at 4:40 PM, Robert Drehmel <robert AT zoot DOT drehmel= .com> wrote:
Hi.

When (e.g.) routing 5mm power traces on a small grid, it's not always e= asy to hit the
point where the trace ended (which is the center of the semicircle at the e= nd of the
line) to start the next line.=C2=A0 If you have selected the line tool, fin= ding the end of
the line can become guesswork as the cursor doesn't change shape like i= t 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

=C2=A0- makes it possible to deactivate snapping to "some sensible poi= nt along a line".
=C2=A0 =C2=A0(that's what a comment in the code says). This snapping al= gorithm gets in the way
=C2=A0 =C2=A0sometimes so you have to slowly go over a line to find out whe= re it really ends,
=C2=A0 =C2=A0bouncing back and forth between the points of the small grid, = the end of the line
=C2=A0 =C2=A0and these "sensible points", which is wasting time. = The command is
=C2=A0 =C2=A0"Display(ToggleSnapOffGridLine)". It is still activa= ted by default to avoid
=C2=A0 =C2=A0violating POLA.

=C2=A0- more importantly, introduces a new command called "Display(Tog= gleHighlightOnPoint)"
=C2=A0 =C2=A0that highlights all lines and arcs which have (end)points exac= tly on the position
=C2=A0 =C2=A0where the cross hair is currently snapped to. It therefore hel= ps finding the end
=C2=A0 =C2=A0points of lines and arcs, but sometimes also shows redundant t= races, traces that
=C2=A0 =C2=A0aren't perfectly connected to each other, traces that don&= #39;t end directly on the
=C2=A0 =C2=A0center of a via but should, etc. It works with thin draw too a= nd I tested it with
=C2=A0 =C2=A0gtk 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 availab= le as command
line options as well.
Caveats:
=C2=A0- The HID API expects all HIDs to make a copy of the color string whe= n setting a color.
=C2=A0- The function that lightens up a color could be improved.
=C2=A0- I used it for a while, but after porting it from my local fork, it = probably needs
=C2=A0 =C2=A0more testing.

Maybe someone else finds it useful.

Sounds like it's hitting a problems that annoyed= me for a long time, I'll try it for sure thx

=
Britton
=C2=A0
--089e010d8212db1f1705222f8a63--