I just meant there is a difference between "always snap to grid" and
"always snap to grid unless snapping to an off-grid object snap point"
On Wed, Aug 22, 2018 at 3:54 PM Andrey Kuznetsov
wrote:
> Why does there need to be priority?
>
> Shouldn't priority depend on how close the mouse is to
Why does there need to be priority?
Shouldn't priority depend on how close the mouse is to the snap point/axis.
grid (point), axis (line between two trace vertices)
On Wed, Aug 22, 2018 at 11:30 AM, Jon Evans wrote:
> I think Altium implements this behavior by considering object snap points
>
I think Altium implements this behavior by considering object snap points
to be more important than grid snap points if both are turned on. So you
can drag the kink and snap onto the endpoint of another segment, and it
will stay there even if it's not on a grid point, because of that priority.
Yup. That's pretty much covered by
https://bugs.launchpad.net/kicad/+bug/806260. Which we do when routing but
not when dragging. Note that he was able to route the trace off grid, so
the snap-to is working there.
Am Mi., 22. Aug. 2018 um 10:27 Uhr schrieb Andrey Kuznetsov <
Dave said that if the trace is not on a grid, and the trace has a kink in
it, like it is going around something, but there is no obstruction, when he
grabs to move the kink, the program should recognize that he is trying to
smooth out the kink and ignore grid snap rules and move the piece of trace
Hi All-
Dave Jones from eevblog recently hosted a live webcast [1] of him trying
out KiCad v5. For those who don't know him, Dave was a professional EE
with Altium for a number of years before moving to eevblog full-time. As
such, it's an interesting play-by-play of an experienced Altium user
6 matches
Mail list logo
