MP0.26 Request - Zoom on selected area - into FullScreenMode

Ideas for improvements and requests for new features in XnView MP

Moderators: XnTriq, xnview

User avatar
budz45
XnThusiast
Posts: 1598
Joined: Sun Jun 03, 2007 6:05 pm
Location: UK

Re: MP0.26 Request - Zoom on selected area - into FullScreen

Post by budz45 »

There should definitely be an option for user to disable this feature.

I miss the old (xnview 1.9xx) way of making a selection on a picture and not having it zoom into the picture (I don't like).

Although I agree that selecting a part of the picture and having it in zoom into that selection has it's uses especially for public presentations so this is why I simply suggest an option to enable/disable on user choice. Disabled by default IMO :P

An tickbox option should exist called something like 'Selection zooms in' or 'Selections makes zoom'. Option should be placed in Settings>View>view .
All My Topics || my 'MP' Topics
My own Bookmarked topics--->for me only
User avatar
oops66
XnThusiast
Posts: 1999
Joined: Tue Jul 17, 2007 1:17 am
Location: France

Re: MP0.26 Request - Zoom on selected area - into FullScreen

Post by oops66 »

budz45 wrote:...I miss the old (xnview 1.9xx) way of making a selection on a picture and not having it zoom into the picture
Hello,
This behavior still exists into XnViewMP, FI you just have to press the Ctrl key first and make your mouse selection
budz45 wrote:...this is why I simply suggest an option to enable/disable on user choice. Disabled by default IMO...
Why not, but I prefer the opposite solution: Enabled by default - LOL
XnViewMP 0.82 Linux X64 - Ubuntu 16.04 LTS - X64
User avatar
budz45
XnThusiast
Posts: 1598
Joined: Sun Jun 03, 2007 6:05 pm
Location: UK

Re: MP0.26 Request - Zoom on selected area - into FullScreen

Post by budz45 »

oops66 wrote:
budz45 wrote:...this is why I simply suggest an option to enable/disable on user choice. Disabled by default IMO...
Why not, but I prefer the opposite solution: Enabled by default - LOL
oops66, It's not about what you prefer

There are other users to think about. If you see a lot of my own feature requests you will see that I always try best possible to have the new feature customizable (i.e. enable/disable tickbox) but most of the new features I suggest are not conflicting with the default flavor of the program.

If you insist that this selection-to-zoom feature remains as default (and Pierre agrees) then that's fine, all I ask is if there is an option to disable it then that would make both sides happy. :wink:

btw, I never said that it was a bad feature. I just don't need it enabled for my common needs. Hope this can be resolved by next MP beta.
All My Topics || my 'MP' Topics
My own Bookmarked topics--->for me only
User avatar
oops66
XnThusiast
Posts: 1999
Joined: Tue Jul 17, 2007 1:17 am
Location: France

Re: MP0.26 Request - Zoom on selected area - into FullScreen

Post by oops66 »

2budz45
... it was a kind of joke, in fact I do not have any objections about your proposal ( as option)
XnViewMP 0.82 Linux X64 - Ubuntu 16.04 LTS - X64
User avatar
xnview
Author of XnView
Posts: 34096
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Re: MP0.26 Request - Zoom on selected area - into FullScreen

Post by xnview »

oops66 wrote:
xnview wrote:So if we mouse button is used to zoom in the selection made, how to zoom out? Single click?
Hello,
Yes, it's the most efficient way

1--> mouse button used to zoom in the selection --> zoom in
2--> single left click to fit the image to the window --> fast zoom out
Hummm, do you means the zoom selection like now (click=>selection=>zoom) or click=>selection=>click=>zoom???
Pierre.
User avatar
JohnFredC
XnThusiast
Posts: 2010
Joined: Wed Mar 17, 2004 8:33 pm
Location: Sarasota Florida

Re: MP0.26 Request - Zoom on selected area - into FullScreen

Post by JohnFredC »

Sorry to be so negative, but I think the entire new MP click/zoom thing needs rethinking.

The good things:
  • 1. Click-&-hold-to-zoom-100% is very convenient and very fast, even with large images.
The bad things:
  • 1. If the image zoomed-in by any (even a small) amount, Click-&-hold-to-zoom-100% no longer works (why?)

    2. If auto image size="fit to window", then Click-&-hold-to-zoom-100% zooms out! This is logical, I guess, since the zoom does become 100%, but I think it is counter-intuitive. IMO the user is expecting a zoom-in action, not a zoom-out action!

    3. The mouse behavior from 1.9x works differently in MP. Because of Click-&-hold-to-zoom-100%, now, the left button can no longer be used to draw a selection or crop box. The user has to use the right mouse button instead (IMO this is not easily discoverable by a newbie, and bizarre for an XnView veteran).

    4. Since a right-mouse selection box now performs an automatic zoom-in, it is necessary that cropping has become a three-step process: 1) Select the crop button, 2) use right-mouse button to draw crop margins, 3) click "Crop"... In XnView 1.9x, the steps are: 1) Draw crop rectangle, 2) click Crop. The MP method is 50% less efficient (3 steps instead of 2).
IMO this is just too much inconsistent behavior and should be reconsidered carefully before the next beta.

Here are my (tentative) suggestions:
  • 1. Change Click-&-hold-to-zoom-100% to "Click-&-hold-to-zoom-by-user-defined-zoom-multiplier": instead of only 100%, always zoom in by the user specified amount (a new setting in Settings). For me, it is inconvenient not to be able to zoom in with the Click-&-hold-to-zoom function when the image is already zoomed by some amount. Click and hold should ALWAYS zoom in.

    2. Move Click-&-hold-to-zoom-by-user-defined-zoom-multiplier to the middle mouse button for full screen mode only. Continue to use {esc} to exit from full screen.

    3. Disable Click-&-hold-to-zoom-by-user-defined-zoom-multiplier in Browser Preview and the View tabs (so that the middle mouse button continues to switch to full screen).

    4. Restore the XnView 1.9x mouse behavior for selection and cropping in the View tabs...
New features should not displace old features!

As always, thanks for listening...
John
User avatar
oops66
XnThusiast
Posts: 1999
Joined: Tue Jul 17, 2007 1:17 am
Location: France

Re: MP0.26 Request - Zoom on selected area - into FullScreen

Post by oops66 »

xnview wrote:...Hummm, do you means the zoom selection like now (click=>selection=>zoom) or click=>selection=>click=>zoom???
Hello,
Of course I mean 1(click=>selection=>zoom) for a fast and accurate zoom, and 2(only a single left mouse click) for a fast zoom out = similar to fit to window ("/" key), then this mouse sequence 1-2 can be reproduced efficiently for an other area into the image, and this several times: 1-2-1-2-1-2-1-1-2-1-1-1-2...

...this can also be combined with the "mouse scroll" to minoring or majoring the zoom level, and the "right hold click" to move the image into the actual zoom level like into v1.9x

##############################
2JohnFredC about the 4 "bad things":
...1. If the image zoomed-in by any (even a small) amount, Click-&-hold-to-zoom-100% no longer works (why?)...
For me the "right hold click" is fine for this, or by using the strip of image at the right bottom of the screen
...2. If auto image size="fit to window", then Click-&-hold-to-zoom-100% zooms out! This is logical, I guess, since the zoom does become 100%, but I think it is counter-intuitive. IMO the user is expecting a zoom-in action, not a zoom-out action!...
??? : "Left Click-&-hold-" always means a zoom in, even here
And "the single left mouse click" means in this case "an efficient mouse switch mode" similar to "/" key
...3...now, the left button can no longer be used to draw a selection or crop box....
...4. Since a right-mouse selection box now performs an automatic zoom-in, it is necessary that cropping has become a three-step process:...
Here this can be done by holding the "Ctrl" key (MP0.35 Linux)
XnViewMP 0.82 Linux X64 - Ubuntu 16.04 LTS - X64
User avatar
budz45
XnThusiast
Posts: 1598
Joined: Sun Jun 03, 2007 6:05 pm
Location: UK

Re: MP0.26 Request - Zoom on selected area - into FullScreen

Post by budz45 »

oops66 wrote: Here this can be done by holding the "Ctrl" key (MP0.35 Linux)
I just want an option just to disable this whole feature. Thanks, oops
All My Topics || my 'MP' Topics
My own Bookmarked topics--->for me only
User avatar
JohnFredC
XnThusiast
Posts: 2010
Joined: Wed Mar 17, 2004 8:33 pm
Location: Sarasota Florida

Re: MP0.26 Request - Zoom on selected area - into FullScreen

Post by JohnFredC »

Maybe this is an area of the UI that would benefit from a gesture implementation.

An "half" step toward an XnView "touch" UI metaphor.
John
User avatar
xnview
Author of XnView
Posts: 34096
Joined: Mon Oct 13, 2003 7:31 am
Location: France
Contact:

Re: MP0.26 Request - Zoom on selected area - into FullScreen

Post by xnview »

So :?

Currently in view mode, we can have these following behaviors for a mouse button:

1) Click-&-hold-to-zoom (temporary zoom) : currently only if the picture is smaller than the view
2) Click & make a selection
3) Click, make a selection & zoom
4) Click (single) & zoom in/out
5) Click on a selection & zoom to fit the selection (is compatible with 2))
6) Click & move picture

Need other behaviors??

For next release, we can configure the behavior of left button, right button, left button + CTRL

* Move -> 6)
* Make selection -> 2)
* Zoom -> 3)

Do you think that it will be good to have all behavior in the settings?
1) is a little special, can be used with another mode...
5) too if no selection, i think there is no need to have a setting for it, can be used all the time...
Pierre.
User avatar
JohnFredC
XnThusiast
Posts: 2010
Joined: Wed Mar 17, 2004 8:33 pm
Location: Sarasota Florida

Re: MP0.26 Request - Zoom on selected area - into FullScreen

Post by JohnFredC »

This is why UI design is the hardest task of all (well, second to icon design, perhaps).

Some guidelines:

1. Each view should behave the same way: Preview, View tab, Full screen
2. Most frequent behavior should have simplest method
3. "Hidden" behaviors should be discoverable via standard
4. User ability to customize behavior is good!

I always use a chart. Here's one for XnView:

Image
John
Post Reply