XnView MP Linux 1.11.4 beta 2 for Qt6

[RazonShark]

OK actually I have discovered a subtle bug. When you load an image directly into the viewer (so a file association) and it's a new launch (so xnviewmp wasn't already running), at least for me, the size of the image is wrong. It's generally a bit smaller than it should be. This is only for the view image after loading - if you browse to/load another image or even start to resize the viewer window, it snaps to the correct actual size of the image. I have not tested if this is a consequence of my scaling in KDE or not.

[xnview]

could you send a screenshot with 1.11.2 & Qt6 beta?

[RazonShark]

After some testing I found a reproducible method of showing this issue. If XnView MP is maximized at the time of loading the image, it has the correct zoom. If it's NOT maximized, it will be slightly zoomed in, but at the moment of resizing the window it'll snap back to the correct size.

For example, here's a 1920x1080 wallpaper being shown on a 4k display (175% display scaling, which scales the UI but not the image [which is good]):

correct-maximized.png

Window was maximized on the last time XnView MP was closed, so it opens up maximised. Image size is shown at 100% and actually is (confirmed by crosschecking with the native KDE app gwenview which does this correctly).

But if XnView MP starts with an unmaximized window, I get this:

wrong-unmax.png

If I then just resize the window slightly, the image immediately snaps to the actual size it should be:

resize-correct.png

[RazonShark]

Let me know if you need more information/tests. I'm happy to help, but knowing you actually saw the response would be helpful too.

[xnview]

Let me know if you need more information/tests. I'm happy to help, but knowing you actually saw the response would be helpful too.

with 100% display scaling, same problem?

[RazonShark]

with 100% display scaling, same problem?

No, works fine on 100% scaling. Again fairly reproducible if scaling is present, at least in my case.

[xnview]

you have not this issue with 1.11.5 (Qt5)?

[RazonShark]

No I don't, but I should explain that the Qt5 version has its own issues with scaling anyway. If I run 1.11.5 as normal, 100% zoom of an image isn't actually 100% pixel for pixel if I've got desktop scaling enabled. The "Scale on HiDPI" feature doesn't quite work; it gets close but it's still wrong. For that reason I always run it with QT_QPA_PLATFORM=xcb to force the X11 backend, which is messy but accurate in terms of 100% zoom. That's a Qt 5 issue though. Qt 6 requires no workaround and renders smoothly which is why I like the beta... apart from this initial zoom issue which only occurs when loading from scratch as described.

Since it's fixed the moment you browse to another image or resize the window, I don't consider it super critical, just annoying. It also means the main rendering code is probably correct.

[xnview]

No I don't, but I should explain that the Qt5 version has its own issues with scaling anyway. If I run 1.11.5 as normal, 100% zoom of an image isn't actually 100% pixel for pixel if I've got desktop scaling enabled. The "Scale on HiDPI" feature doesn't quite work; it gets close but it's still wrong. For that reason I always run it with QT_QPA_PLATFORM=xcb to force the X11 backend, which is messy but accurate in terms of 100% zoom. That's a Qt 5 issue though. Qt 6 requires no workaround and renders smoothly which is why I like the beta... apart from this initial zoom issue which only occurs when loading from scratch as described.

Since it's fixed the moment you browse to another image or resize the window, I don't consider it super critical, just annoying. It also means the main rendering code is probably correct.

Please check this version

[RazonShark]

Please check this version

That... fixed everything.