0.68 viewer zooms in every image

[stravamir]

So every time I open an image the viewer zooms in stretching the image across the screen. This is pointless, can I turn this off? I would like images to be displayed in 1:1 zoom by default.

Thank you.

[xnview]

do you have changed the 'auto image size'?

[stravamir]

Where is auto image size?

[cday]

Where is auto image size?

When you have an image displayed In the Viewer: View > Auto image size

(If none of the options available address your problem, please describe it in more detail.)

[stravamir]

It is set to "no fit". But the image is always fitted.

The solution is to set it to "Fit image to window, large only".

Thank you for helping me.

[cday]

Thank you for helping me.

I have thought before that 'Auto image size' is not very clear, but it has been used in XnView Classic for a long time...

View > Fit image to... seems clearer to me, although I'm not sure if the ellipsis (...) conforms to normal conventions.

Any other comments or suggestions?

[stravamir]

It's just a bit unexpected for a content of a view menu to change when a user switches from browse to view tab.

I was expecting those options in settings. But it was a limit on my view on a problem. So, it's cool I guess.

[cday]

It's just a bit unexpected for a content of a view menu to change when a user switches from browse to view tab.

Yes, and not just the View menu...

It can confuse new users at first, but XnView has a highly developed browser that is the major attraction for many users.

I have thought before that 'Auto image size' is not very clear, but it has been used in XnView Classic for a long time...

View > Fit image to... seems clearer to me, although I'm not sure if the ellipsis (...) conforms to normal conventions.

Anyone else care to comment or have a suggestion?

[m.Th.]

Thank you for helping me.

I have thought before that 'Auto image size' is not very clear, but it has been used in XnView Classic for a long time...

View > Fit image to... seems clearer to me, although I'm not sure if the ellipsis (...) conforms to normal conventions.

Any other comments or suggestions?

ellipsis (...)

in GUI conventions means either a dialog either a submenu.

It's just a bit unexpected for a content of a view menu to change when a user switches from browse to view tab.

I was expecting those options in settings. But it was a limit on my view on a problem. So, it's cool I guess.

Hm, yes and no. Because the main purpose of XnView is to be browser/viewer/organizer this means that such things are sometimes rather often used, hence they must be surfaced closer to user (menu, shortcuts etc.) and not buried deep down in settings.

[cday]

ellipsis (...) in GUI conventions means either a dialog either a submenu.

Thanks, I've Googled a bit and need further thought for a full understanding, but in this case the arrow to the right of the View menu item means an ellipsis is certainly not needed.

I have thought before that 'Auto image size' is not very clear, but it has been used in XnView Classic for a long time...

View > Fit image to... seems clearer to me, although I'm not sure if the ellipsis (...) conforms to normal conventions.

Any thoughts on whether View > Fit image to (with arrow) is clearer than 'Auto image size' and might assist new users?

[XnTriq]

Microsoft Windows applications are supposed to follow Microsoft's "User Experience Guidelines". Here's what they say about ellipses on menu items.

While menu commands are used for immediate actions, more information might be needed to perform the action. Indicate a command that needs additional information (including a confirmation) by adding an ellipsis at the end of the label.

This doesn't mean you should use an ellipsis whenever an action displays another window—only when additional information is required to perform the action. For example, the commands About, Advanced, Help, Options, Properties, and Settings must display another window when clicked, but don't require additional information from the user. Therefore they don't need ellipses.

David's answer cites the KDE 3 user interface guidelines,

Notice that every item in a menu that first opens a dialog requiring additional information must be labelled with a trailing ellipsis (...) (e.g. Save As..., Open...). There's no space between the menu item and the "...". A simple confirmation dialog is not considered a dialog that requires additional information.

The Apple Human Interface Guidelines say:

When it appears in the name of a button or a menu item, an ellipsis character (…) indicates to the user that additional information is required before the associated operation can be performed. Specifically, it prepares the user to expect the appearance of a window or dialog in which to make selections or enter information before the command executes. Because users expect instant action from buttons and menu items (as described in “Buttons” and “Menu Behavior”), it's especially important to prepare them for this alternate behavior by appropriately displaying the ellipsis character. The following guidelines and examples will help you decide when to use an ellipsis in menu item and button names.

Updated URLs (quoted text subject to linkrot):

• KDE TechBase: Human Interface Guidelines
  • Menu Bar » Appearance
  • Labels » Using Ellipses in Labels
• Mac Developer Library: OS X Human Interface Guidelines
  • Text Style Guidelines » Using the Ellipsis Character

[cday]

It's confusing, at least without very careful reading and reconciling of the various references: in 'View > Auto image size' a 'window' (of sorts) opens when the item is clicked, and it is (for sure) necessary to make a selection before any action occurs...

In practice, the arrow at the right end of the menu item clearly overrides any possible need for an ellipsis, so my question was actually unnecessary!

Here's another link that discusses the use of 'ellipsis' and 'arrow' affordances [sic]:

http://uxmovement.com/buttons/how-to-us ... fordances/

Meanwhile, I've started a debate but not the one I intended...

I have thought before that 'Auto image size' is not very clear, but it has been used in XnView Classic for a long time...

View > Fit image to... seems clearer to me...

Any thoughts on whether View > Fit image to (with the arrow) is clearer than 'Auto image size' and more intuitive for new users?

[XnTriq]

Any thoughts on whether View > Fit image to (with the arrow) is clearer than 'Auto image size' and more intuitive for new users?

I'm in favo(u)r of your suggestion.

• Fit image to »
  • No fit
    ————————————
    Window
    Window, large only
    Window, small only
    Window width
    Window height
    Window width or height

[xnview]

• Fit image to »
  • No fit
    ————————————
    Window
    Window, large only
    Window, small only
    Window width
    Window height
    Window width or height

everyone is agree with this change?

[m.Th.]

Generally I agree with the idea but the thing was discussed before:

http://newsgroup.xnview.com/viewtopic.p ... 19#p112515

And I think that perhaps in the thread above is a more flexible approach.