> The way the slop works is that if the crosshair is within 5 screen
> pixels of an end-point,
Actually, this might be broken since we moved the GUI stuff out of the
core. There's a variable "pixel_slop" in hid.h that's supposed to be
"the size of a pixel" in pcb units, but only the lesstif hid
Kai-Martin Knaak wrote:
in closely the program requires that you grab it more accurately;
- the center can be hard to accurately estimate and when zoomed
^^^
Why is this so? It sort of nullifies the benefit of zooming in.
On Fri, 2006-09-15 at 11:23, John Griessen wrote:
> Feedback is good! We like feedback...
>
> Can the cursor change a little as it hovers to show "grabbable state"?
> Can the object near the cursor change a little to show it is the current
> object
> a click would grab?
>
> Which would be easi
Feedback is good! We like feedback...
Can the cursor change a little as it hovers to show "grabbable state"?
Can the object near the cursor change a little to show it is the current object
a click would grab?
Which would be easier to implement?
John G
Kai-Martin Knaak wrote:
On Wed, 13 Sep
On Wed, 13 Sep 2006 07:19:41 -0400, Harry Eaton wrote:
> You may be having a hard time getting the crosshair close enough to the
> end-point.
I am having a hard time to hit the end point, too. Because of this, I find
manipulating existing tracks a real pain and tend to remove them and do a
manu
5 matches
Mail list logo
