The tiny navigation proxy used to help navigate a zoomed image is very difficult to use.
The most significant problem is that the position of the (very very very) tiny rectangle (that represents the perimeter of the zoomed view) loses synchronization with the mouse pointer. After a period of time using the navigation proxy to scroll around a zoomed image, the mouse can no longer "capture" that little rectangle.
This issue, combined with the bug reported here eventually makes some portion of the zoomed image inaccessible for panning.
A solution is to zoom out, then zoom back in, and resume.
Another problem is the size of the navigation proxy (TOO SMALL) and it's proximity to the lower right window borders.
MP needs a better algorithm for calculating the initial size of the navigation proxy and a means for the user to change both its size and location. Perhaps something more like a loupe (discussed here) would be appropriate.
MP 0.21 Win: Mouse tracking in navigation proxy very bad
Moderators: XnTriq, helmut, xnview, Dreamer
-
- XnThusiast
- Posts: 2010
- Joined: Wed Mar 17, 2004 8:33 pm
- Location: Sarasota Florida
-
- XnThusiast
- Posts: 2443
- Joined: Sun May 15, 2005 6:31 am
Re: MP 0.21 Win: Mouse tracking in navigation proxy very bad
I think it should not be justified to corner. It needs some seperation there (20 pixels, who knows). I'd rather see and select corner for cropping (which the minimap either absorbs or covers).JohnFredC wrote: Another problem is the size of the navigation proxy (TOO SMALL) and it's proximity to the lower right window borders.
-
- Author of XnView
- Posts: 44920
- Joined: Mon Oct 13, 2003 7:31 am
- Location: France
Re: MP 0.21 Win: Mouse tracking in navigation proxy very bad
How to reproduce? What's happened?JohnFredC wrote: The most significant problem is that the position of the (very very very) tiny rectangle (that represents the perimeter of the zoomed view) loses synchronization with the mouse pointer. After a period of time using the navigation proxy to scroll around a zoomed image, the mouse can no longer "capture" that little rectangle.
A % of the view?Another problem is the size of the navigation proxy (TOO SMALL) and it's proximity to the lower right window borders.
Pierre.
-
- XnThusiast
- Posts: 2010
- Joined: Wed Mar 17, 2004 8:33 pm
- Location: Sarasota Florida
Re: MP 0.21 Win: Mouse tracking in navigation proxy very bad
I think it has to do with rounding errors: the proxy is so small that imprecision in the positioning of the mouse (in the proxy) translates to mis-positioning of the image. Each additional error in the relationship between the position (in the proxy) and the position (of the image) accumulates until the mouse position (in the proxy) cannot be placed properly.xnview wrote:How to reproduce? What's happened?
This is best demonstrated by viewing a very large image, then zooming into the image several times. After zooming, use the proxy to pan around, all over the image. After a while (panning), you'll encounter the problem.
That would be helpful, but insufficient IMO. At the very least, the user should be able to freely resize AND freely reposition the navigation proxy.A % of the view?
There have been several threads about this in the forum. There has also been some discussion about a screen loupe (the reverse of a navigation proxy, but useful also).
Perhaps Mr. Librarian can find them all.
John
-
- Moderator & Librarian
- Posts: 6387
- Joined: Sun Sep 25, 2005 3:00 am
- Location: Ref Desk
Re: MP 0.21 Win: Mouse tracking in navigation proxy very bad
- Wish: Image 'minimap'
- Reqst: Loupe
- Grid settings dialogue…
- show small preview area in image if zoom is bigger than 100%
- Maximum image size (and new zoom mode)
- Loupe Ideas
- Magnify
- Zoom to a defined screen-section while browsing
- (Preview like)Tiny H. - V. scroll-bar replica…
- Little zoom proxy
- zoom steps by a ratio of qrt(2)=1,414213562
- MP 0.20 WIN: Right button pan broken in zoomed view mode
- Zoom selection to screen