XnView Software

Good news!

XnConvert hasn't been updated since February.

Since then, even WebP has received an update, among other improvements and developments.

Is there a plan to release an update for XnConvert that includes the newer libraries?

I'm finding KDE Plasma 6 to be buggier than Plasma 5. Wayland is especially bad, and some applications do not behave well on it.

I've switched back to X11. Everything works perfectly again.

Wayland is overrated, and is being pushed by many distros, which is what gives it legitimacy.

Ever heard ...

Not fixed for me.The pan & zoom tool under mouse options is what needs to be added back.Reverted back to 1.6.5.Works perfect on that version.


I just tested 1.7.1, and it operates the same as 1.6.5.

Choose "Zoom and Move" for the Left-Click (no modifier) action, and it will behave the same as ...

xnview wrote: Mon Apr 08, 2024 2:34 pm This problem is supposed to be fixed in XnView MP 1.7.1. Please check and confirm the bug fix here.

HORRAY! It works the same as it did on 1.6.5.

Thank you, Pierre!

"Zoom and move" must be made only when zoom < 100%


Pierre, this is not quite true.

" Zoom and move" must only trigger if the user has not done a manual zoom yet.

Think about it. If the image is VERY LARGE, and I zoom in just a little bit (where it no longer "fits" in my window), I DO NOT ...

There's two things:

1. I'm not using the Browser

2. The "broken order" has a *consistency to it. (No pattern in regards to "time" or "size" or "name".)

I'm trying to find out what triggers this random bug. (Playing with a few different ideas.)


* If I double-click 2.jpg to open it up in the ...

xnview wrote: Mon Apr 01, 2024 2:42 pm which sort order do you use?

Do you mean in the Browser? I don't use the Browser. I double-click on a file to open it up in the Viewer.

Unless you are asking about something else?

since pressing modifier key for Zoom&move action is not a big deal.


I'll be using 1.6.5 until this gets fixed. It had a seamless, clean way to do this, but now it's broken.

I'm not going to change what keys + combinations I use to "bypass" breakage in the software.


These videos demonstrate ...

I invite anyone to try this with 1.7.0:

Set the left mouse button to "Zoom and move".

Open up an image that is much bigger than your screen size window, which will "autofit" to your window.

Zoom in a small amount (still less than 100% real size) to get a better view of the details.

Now click ...

I'll record a video to show you exactly what I mean.

This new behavior breaks its usage.



170 - it zooms to 100% zoomed-out AND zoomed-in image (regardless of app window size)
but I see no problem here


This *IS* a problem. It makes panning broken AFTER you've already zoomed in. When you click ...

but you can change them in Settings>Interface>Mouse


That's not the issue.

The issue is that "Pan and Zoom" is broken. I explained it in my first post:
But if you zoom in or out BEFORE using the mouse button to move around? It zooms back to 100% every time you click the mouse! This makes the ...

The new behavior breaks how XnViewMP had always treated Zoom + Move with the mouse.

If you open up an image, which auto-fits, then click and move with the mouse button? No problem. It behaves like it always has before 1.7.0.

But if you zoom in or out BEFORE using the mouse button to move around ...

WAIT! This *IS* a bug.



The new behavior breaks how XnViewMP had always treated Zoom + Move with the mouse.

If you open up an image, which auto-fits, then click and move with the mouse button? No problem. It behaves like it always has before 1.7.0.

But if you zoom in or out BEFORE using the ...

UPDATE:

It appears to consistently happen if you open up the second file in the folder.

Instead of this:
2 -> 3 -> 4 -> 5 ...

This is what happens:
2 -> 1 -> 3 -> 4 ...