Broken control from the keyboard

[hikikomori]

became impossible using the keyboard to move through directories and open files.

XnView: XnView MP Linux Version 1.3 64bits (Sep 6 2022) Libformat version 7.121
OS: Manjaro Linux 4.19.260-1-MANJARO #1 SMP Wed Sep 28 11:24:46 UTC 2022 x86_64 GNU/Linux


After the update, the xnviewmp control keys have changed, like the steering wheel of Agent Mulder - they have become somewhere nearby. Well, what moron did that?

In the browser tab, I can not open the directory by keyboard by Enter key, only by mouse!
In the browser tab, I can not open the image file by keyboard by Enter key, only Ctrl+o keys.

you can restore opening file by Enter through the config ~/.config/xnviewmp/default.keys
you need the first cmd_open parameter from above, which has become empty, add the Return key to it:
To become "cmd_open Return". And import him via F12 config.
Only this way. Impossible to assign ENTER-Return through the program interface!


But it doesn't work with directory navigation.
I can still move to the directory above through the "cmd_upFolder Backspace" parameter, but entering the directory using the ENTER key will no longer take a effect. What kind of bum broke this?

If remove ~/.config/xnviewmp/ the situation does not change.

PHOTO: right click on the folder - the OPEN function in the context menu is simply not active!
http://0x0.st/ot8Q.png

[xnview]

after update of linux? XnView?

[hikikomori]

after update of linux? XnView?

YES. I wrote:

After the update,

XnView MP Linux Version 1.3 64bits (Sep 6 2022) Libformat version 7.121

right click on the file - ok.
right click on the folder - the OPEN function in the context menu is simply not active!

[hikikomori]

also no more take effect:




Now I cant select area on image....

[xnview]

after the update of XnView MP?

what do you have in 'Settings>Interface>Switching mode'?

'Open' if to open an image file

[hikikomori]

after the update of XnView MP?

Yes. Yes. Yes. I already confirmed it.

what do you have in 'Settings>Interface>Switching mode'?

http://0x0.st/ovFA.png

what about this?
As said in our local forums (other users confirm the problem)
"Something broke between Qt 5.15.1 and Qt 5.15.6 when handling Enter events that the XnView developer didn't foresee."

'Open' if to open an image file

Not understood.
Folders do not open by Enter.
Ctrl + mouse does not allow to select a fragment of the image.
functions used daily are broken. =(

[GoatGoat]

I have been experiencing this on Arch Linux as well.

The Enter key does not work from Browse menu. Under "Settings > Interface > Switching mode", I tried all options. The Enter key does nothing for all options.

Pressing Ctrl + Left Click when viewing an image does not work. It instead moves the picture around, as if Ctrl was not pressed.

An additional keyboard bug I've found is that when editing a file name in the Browse menu, pressing backspace navigates backwards, rather than deleting a character from the filename.

[xnview]

Ctrl + mouse does not allow to select a fragment of the image.
functions used daily are broken. =(

you can't select an area??

which version do you had before?

i've tried 1.3.1 on ubuntu, and ENTER or RETURN works to switch between mode, CTRL+O works too
Try to remove the default.keys

[hikikomori]

xnview 0.98.4 inside ./lib Qt 5.15.1, all work properly!
xnview 0.99.7 inside ./lib Qt 5.15.6 - Broken control from the keyboard, broken area select with Ctrl+ mouse, etc..

Until not fixed, I revert to the old version.

Code: Select all

wget https://download.xnview.com/old_versions/XnView_MP/XnView_MP-0.98.4-linux-x64.tgz
sudo mv /opt/xnviewmp /opt/xnviewmp.1.3
sudo tar -zxvf XnView_MP-0.98.4-linux-x64.tgz -C /opt/
sudo mv /opt/XnView /opt/xnviewmp

If you fix it, please post in this thread.

[xnview]

If you fix it, please post in this thread.

Sorry but there is nothing to fix, all work correctly... I need more info

[hikikomori]

If you fix it, please post in this thread.

Sorry but there is nothing to fix, all work correctly... I need more info

I have a problem with the new version, the old work. What information are you interested? I have no idea.Tell me please what diagnostics to do in the console, I'll do it.

$ qmake -v
QMake version 3.1
Using Qt version 5.15.6 in /usr/lib

As writes in our local forum, look what you have inside
./lib/platforms/libqxcb.so

If it is replaced by a system
/lib64/qt/plugins/platforms/libqxcb.so
then ENTER works.

[xnview]

As writes in our local forum, look what you have inside
./lib/platforms/libqxcb.so

If it is replaced by a system
/lib64/qt/plugins/platforms/libqxcb.so
then ENTER works.

If you use the system .so, all work?

[hikikomori]

As writes in our local forum, look what you have inside
./lib/platforms/libqxcb.so

If it is replaced by a system
/lib64/qt/plugins/platforms/libqxcb.so
then ENTER works.

If you use the system .so, all work?

This is the experience of another user who did the research.

[hikikomori]

wrote a user in our local forum:

Definitely the problem with ENTER in ArchLinux can be solved by rolling back the xkeyboard-config package to 2.63
We put

Code: Select all

sudo pacman -U https://archive.archlinux.org/packages/x/xkeyboard-config/xkeyboard-config-2.36-3-any.pkg.tar.zst

reboot -> works ENTER in XnView
We bring back fresh:

Code: Select all

sudo pacman -U https://archive.archlinux.org/packages/x/xkeyboard-config/xkeyboard-config-2.37-1-any.pkg.tar.zst

reboot -> ENTER does NOT work in XnView
Empirical, so to speak, approach.
How this whole thing is related to XnView itself, the libraries in /usr/lib and Qt - I have no idea.