| ID: | 2621 |
| From: | ge...@igor2.repo.hu |
| Date: | Sun, 27 Jan 2019 07:32:49 +0100 (CET) |
| Subject: | [pcb-rnd] gtk: crosshair-reenter bug (was: Re: Menu key bindings don't work |
| in-reply-to: | 2479 from ge...@igor2.repo.hu |
| replies: | 2921 from Peter Stuge <pe...@stuge.se> |
Hi Peter, On Thu, 22 Nov 2018, gedau@igor2.repo.hu wrote: > > >On Thu, 22 Nov 2018, Peter Stuge wrote: > >(thanks for the ACKs) > >>I did notice one minor thing: >> >>If I zoom in so that the grid is spaced visibly far apart, scroll so >>that one column of grid points is (it seems) less than half a grid >>step away from the left edge of the canvas, then move the pointer out >>of the canvas to the left, then move the pointer back into the canvas >>from the left then the crosshair skips that leftmost visible grid >>column and only snaps to the second visible column from the left. > >Thanks, I can reproduce this. I did some more experiments and figured it's >not the offset that directly matters, but this: > >if you re-enter in a way the first crosshair coord would be the last one >drawn before you left the drawing area, then it doens't draw. An easy way >to confrim this: start with your setup, leave to the left, them move up >and re-enter 1 grid row upper -> corsshair appears. > >We have a mechanism to inhibit corsshair redraws if crosshair coord didn't >change. It probably doesn't reset the last drawn pos when the crosshair is >hidden due to mouse pointer leaving the drawing area. If that's the case, >it will be easy to fix. > Fixed by r22840, please test! TIA, Igor2
Reply subtree:
2621 [pcb-rnd] gtk: crosshair-reenter bug (was: Re: Menu key bindings don't work from ge...@igor2.repo.hu
2921 Re: [pcb-rnd] gtk: crosshair-reenter bug (was: Re: Menu key bindings from Peter Stuge <pe...@stuge.se>
2924 Re: [pcb-rnd] gtk: crosshair-reenter bug (was: Re: Menu key bindings from ge...@igor2.repo.hu