Issues with OneNote and mouse button swap

[manelli80]

Please fill in this template when posting!
XMBC Version: v2.20.5 (x64)
Installed or Portable version: Installed
Windows Version: Windows 11 23H2 (22631.4460)
Mouse Information (brand/model): Logitech RX1500
Relevant Computer Information (CPU, RAM etc): i5-1145G7, 16GB ram
Did the problem occur after an upgrade of XMBC? (If so, from what version?): no, found also on previous versions
Did the problem occur after a Windows update/upgrade? (If so, from what version?): no
How long have you used XMBC?: 10 years
What language and keyboard layout do you use in Windows?: IT (italian)

Clear description of the problem - try and include as much information as possible, including what button and mappings you are having problems with (if applicable).:

I used x-mouse only for mouse button switch (right->left and left->right) for all applications: this is done with a default configuration set as follow:
Left Button -> Right Click
Right Button -> Left Click

other settings are unchanged.

It works perfectly with every program, except for OneNote: I'm using OneNote installed from Microsoft 365 Apps for enterprise (the issue occurs for every OneNote installed from Office 365 and from retail, like Office 2019 and Office 2021).
The only version that was working was the OneNote for Windows 10 (that is a standalone free app installable from Microsoft Store, that is totally different from the full OneNote from Office installation) but now this version of app will be deprecated.

The issue in details is: when I activate X-Mouse with my configuration, OneNote "feel" that I click correctly the "main button" that normally is the left one, but it feels like I'm still holding the mouse button down even I released it: in other words a single click is interpreted as a click-and-hold-clicked.

[phil]

Can you possibly try the latest beta? there were some fixes for OneNote in there (although I don't think related to this problem) but I have (and use) onenote, both the Win10 one and the full Office 2021 Professional install (on both Win10 and 11) and haven't seen such issues.

If it still happens on the latest beta, then I will have to have another look and see if I can reproduce it.

[manelli80]

Hi again and thanks for the answer.

I just tried the beta 2.21 beta 40 but the issue persist.

How to reproduce it:
1) left and hold click a random element into OneNote, like a paragraph or a table cell (like the normal text selection in a document)
2) release the left button: the selection should be end and your point should be free to click whatever you want, like buttons in the ribbon.

Issue: the step 2 never occurs: the release of the left button is not recognized and the mouse is still in selection mode like you would never released the button.

I dunno how to describe it better than this with words only: is there any log that I could provide to you that could be useful for investigation?

[phil]

Debug logging might help, but in this case, I doubt it, because all that will show me is the button presses etc. which your words above have pretty accurately described. I will have to see if I can reproduce it here (although i would have thought I would have noticed this myself if it was a generic problem...

What might be useful however, is if you send me a copy of your profile, to be sure I'm testing as close to your setup as is possible.
Use the save profile button and send me (by PM here ideally) the file.

[phil]

I've just noticed the button swap thing - thats a primary difference with my setup I guess....
But why are you doing it that way - there is a way to swap buttons natively in Windows using the mouse control panel (which does not require XMBC at all)...

Untitled.png

XMBC can control that setting also on a per profile basis, to do it on the default profile, it expects you to set that in Windows (maybe it should allow it there too but it doesn't right now)... Its far more accurate than jut swapping the buttons in XMBC which means intercepting and re-injecting (simulating) the other button.

[phil]

Indeed if I do the same button swap, I do see the problem (it should work, even if its inefficient, so I will have a look at it, but I highly suggest your use the windows mouse control panel setting if you can!!!)

[manelli80]

Thank you for the answer!

I know that I could use standard windows mouse swap but I prefer to use XMBC because of shortcuts and ability to enable/disable or selectively disable my mouse settings easily: I swap my mouse hand frequently due to an articulation problem.

I tried to set "Switch primary and secondary mouse buttons" for the default profile but it is greyed out so I found only that way to swap buttons for my base setting: did I miss something that could enable that feature also for the default profile?

[phil]

No, as I said above, the default profile uses the Windows setting... Subsequent profiles can alter this, but its not sensible for the default profile to alter the default windows setting (if that makes sense).

It is still a really bad idea to use XMBC to swap the buttons as you have done, not least because some applications (particually games) block simulated input which will either render the mouse buttons useless, or not swapped depending on how the program handles the input. Where as by using the Windows setting (globally) XMBC will use that, can be overridden per profile (not default) and the button swap will be done at a lower level which XMBC can not operate at, and as such wont suffer the problems it does doing it the way you are currently.

I will add the one-note issue to the bug list, and try and have a look and see if I can figure out why, in that particular case, its breaking things, but it may not be fixable from within XMBC.

I will have a think about allowing the default profile to set the swap buttons... But that is going to cause potential issues/confusion when disabling/exiting XMBC, should it leave it as XMBC set it, or put it back how it was before XMBC started (for example)...