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 <kandre...@gmail.com> wrote: > 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 <j...@craftyjon.com> wrote: > >> 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. >> >> On Wed, Aug 22, 2018 at 1:27 PM Andrey Kuznetsov <kandre...@gmail.com> >> wrote: >> >>> 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 he grabbed in line with the main trace. Instead the piece he grabbed >>> was flipping between 2 grid snap positions, neither of which matched the >>> straight trace. >>> >>> Maybe a trace snap options should be added that when moving a trace, and >>> trace snap is enabled, the mouse snaps to the trace. >>> >>> Dave said that the following workaround methods are not what >>> professionals would easy to use software (paraphrasing): >>> 1. deleting the kink and redrawing it >>> 2. changing grid size >>> >>> On Wed, Aug 22, 2018 at 9:26 AM, Seth Hillbrand <s...@hillbrand.org> >>> wrote: >>> >>>> 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 >>>> with describing his impressions of using KiCad v5. >>>> >>>> FWIW, the video is 2hrs long, so be forewarned. Skip the first 10 >>>> minutes as it's a live stream, there's some setup time. He plays to his >>>> regular viewers, so it feels at times a bit joke-y. >>>> >>>> That all said, he notes a number of issues with the UX that would be >>>> useful to address. As we get used to the software, we tend to internalize >>>> our workarounds and it's interesting to see someone document how they try >>>> to work with the software before the workarounds. >>>> >>>> -S >>>> >>>> >>>> [1] http://youtu.be/qpw9dKxL2Ho?a >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: https://launchpad.net/~kicad-developers >>>> Post to : kicad-developers@lists.launchpad.net >>>> Unsubscribe : https://launchpad.net/~kicad-developers >>>> More help : https://help.launchpad.net/ListHelp >>>> >>>> >>> >>> >>> -- >>> Remember The Past, Live The Present, Change The Future >>> Those who look only to the past or the present are certain to miss the >>> future [JFK] >>> >>> kandre...@gmail.com >>> Live Long and Prosper, >>> Andrey >>> _______________________________________________ >>> Mailing list: https://launchpad.net/~kicad-developers >>> Post to : kicad-developers@lists.launchpad.net >>> Unsubscribe : https://launchpad.net/~kicad-developers >>> More help : https://help.launchpad.net/ListHelp >>> >> > > > -- > Remember The Past, Live The Present, Change The Future > Those who look only to the past or the present are certain to miss the > future [JFK] > > kandre...@gmail.com > Live Long and Prosper, > Andrey >
_______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp