kicad-developers team mailing list archive
Mailing list archive
Re: Cursor position improvements.
Wayne Stambaugh <stambaughw@xxxxxxxxxxx>
Wed, 02 Feb 2011 11:01:12 -0500
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:22.214.171.124) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7
On 2/2/2011 10:15 AM, Marco Mattila wrote:
> On Wed, Feb 2, 2011 at 4:38 PM, Wayne Stambaugh <stambaughw@xxxxxxxxxxx> wrote:
>> Desirable would have been a better term here. I am hoping to do away with the
>> drawn cross hairs and use the stock cross hairs cursor which will make this
>> behavior impossible.
> The good thing about having the cursor and the cross hair separate is
> that the cross hair snaps to the grid but the cursor doesn't. Would
> you make the cursor snap to the grid? It can be quite irritating if
> there's some kind of hysteresis in the movement and the cursor doesn't
> move continuously (i.e. a pixel at a time) when one moves the mouse on
> the table.
On Windows and Linux grid snapping can be achieved by wxWarpPointer which
generates a new mouse event at the warped coordinates. I'm thinking that hit
testing can be performed before warping the cursor to prevent missing off grid
items. Otherwise, when the snap to grid option is on you immediately warp to
the nearest grid position before drawing so the drawing and the cursor
positions are synchronized. The other option is not to warp the pointer and
draw to the nearest grid position. This could leave up to a +/- 1/2 of the
grid size difference between the cursor and the current item being drawn which
some users may find objectionable. This is the current behavior on OSX.
> 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