1.11.4 beta double-click through middle button

[simon]

Hello
Thanks to X-mouse Button Control, my mouse is programmed to generated a double click when pressing the middle button.
On previous MP versions up to 1.11.2 in browser mode, using the middle button on a given image file (name in details view, name or thumbnail in thumbnails view) opens it, as expected. In contrast, on 1.11.4 beta, using the middle button on the thumbnail of an image (thumbnails view) does nothing. Using it on the file name (details or thumbnails view) make the name ready to be changed (as with two successive left clicks separated with a long delay)
cheers
simon

[xnview]

Same settings? in 1.11.4 beta, middle button in browser opens always image

[simon]

Yes, exactly the same settings (with middle button affected to "do nothing", as I use it to simulate a double left click rather than a true middle click). On my computer, the double left click generated by the middle button works for anything on any program except INSIDE 1.11.4 beta (I can run xnviemMP.exe 1.11.4 beta as any other exe file but no means to open an image within 1.11.4 beta ). Not a big issue by itself, as a real double left click works, but it is a big strange that the one generated by the middle button is fully ignored

PS. the tools I used for my mouse is https://www.highrez.co.uk/downloads/xmo ... ontrol.htm

Edit: initial test done on win11 pro. I repeat this test on another PC with win10 home, same results

[jkm]

I'm a big fan of X-Mouse Button Control (XMBC) so this got my attention. This is an interesting problem...

I can confirm that this issue exists, and it only affects the Qt6 version of XnViewMP.

Based on my testing, it would appear to be a compatibility problem between Qt6 and XMBC. Qt6 seems to be doing something very tricky with its mouse event handling...

I tested on another Qt6 application, and the results are the same as with XnViewMP. The application sees the XMBC double-click event as two single clicks, NOT a double click. It is worth mentioning the the other app (ImageViewer) is very simple and does not even have a mechanism for customizing the middle-button; it just sees what Qt6 allows it to see.

I even tried manually creating a double click by using the simulated keys function to send:
{LMB}{WAITMS:20}{LMB}

or even more explicitly

{LMBD}{LMBU}{WAITMS:50}{LMBD}{LMBU}

and variants of that with delays, like this:
{LMBD}{WAITMS:2}{LMBU}{WAITMS:30}{LMBD}{WAITMS:2}{LMBU}

No matter what I did, Qt6 applications interpret this as 2 single clicks, not a double-click. The same function works as a double-click on Windows Explorer just fine.

There are only limited possible avenues I can suggest:

1A. Try the XMBC 2.21 beta, to see if the issues are resolved there. The current beta has been in the works for about 3 years, and there's no timeline for release, but it is still being worked on. But the author, Phillip Gibbons, does not consider it ready for general release due to "serious bugs".

1B. Contact the XMBC author at his forums: https://forums.highrez.co.uk/viewforum.php?f=6
If you bring his attention to the issue (especially as one with Qt6 and not just XnViewMP) he might be able to address it. The beta is also available by registering at his forum.

2. You can re-program the middle button in XMBC to send {RETURN} (simulated keystroke} instead of the double-click. I think in most situations in XnViewMP, this should have the same effect as sending a double-click. This is not something I do, however, so I can't promise it will work perfectly everywhere. But I did test it with Qt6 and it works as expected for how you have the Enter key set in Settings:Interface:Switching Modes

3. If you use a Logitech mouse (and so use Logitech Options or Setpoint) then the Logitech software has an option to map the middle mouse button to a double click. You might try that to see if it can fool Qt6.

Hopefully this helps...

Pierre, if you want to test this, you can get the magnificent X-Mouse Button Control app at https://www.highrez.co.uk/downloads/xmo ... ontrol.htm

[simon]

Thanks for the detailed explanation!
Simulating "enter' with the middle button works, but then one has first to left click to select the file before middle clicking, which is finally less convenient than using a true double left click. I did not test yet other options.

[jkm]

Simulating "enter' with the middle button works, but then one has first to left click to select the file before middle clickingconvenient than using a true double left click. I did not test yet other options.

So just configure it to send {LMB}{RETURN}
That does the click for you. You're not limited to sending just a single key, or a single anything.

Remember, with XMBC, when you get into the advanced configuration, you can get it do do almost anything, including multi-step macros. It can even directly send Windows messages. You can make it do the hokey pokey with a little effort.

Do still try the other options though. I'm interested to hear if they work.

[simon]

No means to have a working simulated double-click. XMBC 2.21beta faces the same issue as the current version.
On the web, other people also complain about the way double-click behaves on qt6, so the solution is probably on the qt6 side
Anyway, thanks for your help

[jkm]

No means to have a working simulated double-click. XMBC 2.21beta faces the same issue as the current version.
On the web, other people also complain about the way double-click behaves on qt6, so the solution is probably on the qt6 side
Anyway, thanks for your help

You're very welcome.

Did you try configuring it to send {LMB}{RETURN} ?
In Settings:SwitchingModes you might need to make the Enter selection match the Double-Click selection.

That worked in my brief testing.

[simon]

No issue to have double-click and enter selections matched, but I did not find a way to generate {LMB}{RETURN} (or any series of commands) with XMBC

[jkm]

No issue to have double-click and enter selections matched, but I did not find a way to generate {LMB}{RETURN} (or any series of commands) with XMBC

It's very simple. I'm puzzled as to why you couldn't find it, since it's at the same place you configured it to send ENTER, which you said you did.

(You should start by looking at the User Guide. In XMBC, click the About button, then Open User Guide)

On the dropdown for middle button, you select "Simulated Keys". Then the gear button to the right of the dropdown is enabled. Click it.

You will see a dialog of options, and at the bottom is a scrollable text field telling you everything you can do. You should read that text area; you'll find it surprising.

At the top of the dialog is an entry field entitled "Enter the custom key(s)"

Paste in what I gave you, and click OK. Then click Apply.
So to reiterate, into the custom key entry field, you would put:
{LMB}{RETURN}

Give it a try...

[simon]

Indeed, I did not search at the right place. Following your instructions, I succeeded!! Thanks a lot.

[xnview]

Indeed, I did not search at the right place. Following your instructions, I succeeded!! Thanks a lot.

so no bug?

[jkm]

Indeed, I did not search at the right place. Following your instructions, I succeeded!! Thanks a lot.

so no bug?

There is a bug, Pierre, but I think it’s in Qt6. It might be more accurate to call it an incompatibility.

Qt6 doesn’t seem to process some windows messages like a normal application, and it behaves differently than Qt5.

Qt6 doesn’t process double click messages when posted by other apps, like X-Mouse Button Control.