XnView Software

Hello,

still the image is not reduced, although the setting High Quality Zoom > Reduce is activated. This happens on large images when Auto Image Size > Fit window to image is used. The second bug is also caused by FWTI. When a language is used that's words are larger than the english words in file menu, the buttons to close or minimize a tab are wrapped to two lines which causes a vertical scrollbar on small images. The third bug is also caused by FWTI. If a small image is viewed and the user doubleclicks on the image to open the browser it is not maximized and has the same size as the small image.

No other image viewer have these problems.

sacharja wrote:still the image is not reduced, although the setting High Quality Zoom > Reduce is activated. This happens on large images when Auto Image Size > Fit window to image is used.

What do you means by reduce???

The second bug is also caused by FWTI. When a language is used that's words are larger than the english words in file menu, the buttons to close or minimize a tab are wrapped to two lines which causes a vertical scrollbar on small images.

Yes, it's the standard behaviour of windows...

The third bug is also caused by FWTI. If a small image is viewed and the user doubleclicks on the image to open the browser it is not maximized and has the same size as the small image.

Yes, 'Fit Window to Image' use 100% zoom

What do you means by reduce???

Scaled down. You need to check how much space the actual user config (with all toolbars) takes on the screen. Then you can calculate the available screen space and set the parameters to adjust/zoom the image to fit the screen. Again, currently large images are not scaled correctly if they're bigger than the screen and FWTI is used.

Yes, it's the standard behaviour of windows...

Here's a screen: (look at the unnecessary scrollbars). To prevent this, a minimum width should be defined. Big enough for any language. OR the image has to be scaled down as I've written above. Notice that FWTI was enabled for this screenshot. To top this the buttons are unnecessary if tabs are not viewed with just one opened.

Yes, 'Fit Window to Image' use 100% zoom

What? Look at the screenshot. If your XnView looks like mine on the shot and you doubleclick on the image the appearing XnView browser window is not resized to fullscreen (availwidth, availheight), but has the exact size like the image you doubleclicked on. In this case it's almost the same size as a stamp then. The browser should always open in fullscreen. And if that's not suitable it should at least open with the size that it was recently used. Which means creating a new ini entry lastbrowsersize=640x480 or sth..

I hope I could straighten this out.

What? Look at the screenshot. If your XnView looks like mine on the shot and you doubleclick on the image the appearing XnView browser window is not resized to fullscreen (availwidth, availheight), but has the exact size like the image you doubleclicked on.

Perhaps there is a misunderstanding of the meaning of 100% zoom?

Just to be clear:

100% zoom means 1:1 mapping relationship between pixels on the screen and pixels in the image. That is: 1 image pixel = 1 screen pixel.

At 100%, images with pixel dimensions smaller than the screen pixel dimensions will display smaller than the screen... and require zooming (in) to fit.

At 100%, images with pixel dimensions larger than the screen pixel dimensions will display larger than the screen... and require scrolling (or zooming out) to view the entire image.

Hope this helps!

sacharja wrote: Here's a screen:

I've tried with a picture (same size), and i have no scrollbar. The menu bar is only on 1 line

xnview wrote:

sacharja wrote: Here's a screen:

I've tried with a picture (same size), and i have no scrollbar. The menu bar is only on 1 line

Maybe it's because you're using the english language file like I pointed out in the first post? I've attached the image and my config file. Please let me know if you were able to reproduce the bugs with this.

sacharja wrote:Maybe it's because you're using the english language file like I pointed out in the first post? I've attached the image and my config file. Please let me know if you were able to reproduce the bugs with this.

I've tried in german but can't reproduce...

xnview wrote:

sacharja wrote:Maybe it's because you're using the english language file like I pointed out in the first post? I've attached the image and my config file. Please let me know if you were able to reproduce the bugs with this.

I've tried in german but can't reproduce...

I could reproduce the "problem", but that seems to be a feature of Windows:
As soon as the area for the menu gets too narrow, Windows wraps the menu. In your screenshot above the symbol "X" is wrapped to a new line (on the right side), this is why the menu consists of two lines. When resizing the window manually you can see well the wrapping behaviour.

When opening thew window, XnView calculates the new window size and expects one menu line, only. Now, the window is vertically too small for two menu lines + image, that's why the vertical scrollbars appears.

This behaviour is not too nice and can be considered a bug, but I guess there's little Pierre can do.


EDIT:
From what I can see the problem does not occur with all image sizes, so the matter might be more complex than described above.