kicad-developers team mailing list archive

[Jon Evans <jon@xxxxxxxxxxxxx>]

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 <kandrey89@xxxxxxxxx>
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 <jon@xxxxxxxxxxxxx> 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 <kandrey89@xxxxxxxxx>
>> 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 <seth@xxxxxxxxxxxxx>
>>> 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@xxxxxxxxxxxxxxxxxxx
>>>> 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]
>>>
>>> kandrey89@xxxxxxxxx
>>> Live Long and Prosper,
>>> Andrey
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~kicad-developers
>>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>> 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]
>
> kandrey89@xxxxxxxxx
> Live Long and Prosper,
> Andrey
>