libreoffice calculator (spreadsheet) binding woes

[scruffy1]

Please fill in this template when posting!
XMBC Version: 2.2020.5
Installed or Portable version: installed
Windows Version: 10 pro
Mouse Information (brand/model): logitech maraton m720
Relevant Computer Information (CPU, RAM etc): zen 3600 with 16gb ram
Did the problem occur after an upgrade of XMBC? (If so, from what version?): no
Did the problem occur after a Windows update/upgrade? (If so, from what version?): no
How long have you used XMBC?: all afternoon
What language and keyboard layout do you use in Windows?: us international

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 am unsuccessful in mapping the buttons in libreoffice calc, the spreadsheet part of that suite :
Version: 24.2.5.2 (X86_64) / LibreOffice Community
Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-AU (en_AU); UI: en-GB
Calc: threaded
-attempting to use the wheel tilt left and right to move between cells in a row using {tab} or {shift}{tab} bound just moves the scroll slide at the bottom
-attempting to cut a cell's content by binding {ctrl}x (to paste) does nothing at all


i presume libreoffice somehow locks the mouse to its default within the active window

is there a way to over-ride this (without breaking something)?

thanks

[phil]

Sorry, I don't know, I have never used libreoffice... I guess I will have to try it out on a VM and see if I can reproduce and find a work around. It may be the messages need to be sent to another window or something (maybe an advanced window profile will help) but It will take me some time to find out.

[scruffy1]

many thanks for the response

given that your software rocks in firefox and thunderbird, i would be feeling greedy to expect all my open source stuff to be high priority

the ability to show logi+ the rude finger is already a major asset

edit : the word processor in the same suite seems equally disinclined to obey bindings

[phil]

Well my preferred browser is Firefox based (actually mostly I use Waterfox but same same from XMBC's point of view) so it will work well with that generally, and actually in a recent firefox version there was a conflict and one of the Mozilla dev's reached out to me to help work out what was going on between XMBC and Firefox (that's never happened before with any other application).

I will need to find some free time (thats not likely in the next three weeks as all my October weekends are pretty much booked up already).
But all simulated input uses the Microsoft API SendInput which stuffs the input into the keyboard buffer... Which in turn should go to whatever has input capture - which may bot be the window/cell? Prhaps thats the problem - but I wont be able to do anything about that - SendInput will only ever send to the input buffer, so it *should* always work just like pressing physical keys on the keyboard...