https://bugs.documentfoundation.org/show_bug.cgi?id=92866

--- Comment #3 from Simon Long <[email protected]> ---
This can be fixed by modifying the Window::KeyInput function in
vcl/source/window/window.cxx - I added code to this to prevent accelerators
having any effect when underscores are not shown, and this is preventing the
CTRL+combination from being passed through.

However, this seems to me to expose a more fundamental problem with this
particular window - its behaviour is non-standard in various ways. First off,
CTRL-Q does close any other LO application, so they are clearly handling
accelerators and shortcuts differently.

But this window does several odd things. First off, the shortcut keys shown
against the file types to create new documents work without any modifier being
held down, but they are shown with underscores, which is standard notation for
an ALT+<key> combination - is this really desired behaviour? They actually work
with any of <key>, ALT+<key> and CTRL+<key> - this cannot be right, surely?

Hitting H on its own is a shortcut for the Help button at the bottom of the
screen, as is ALT-H - this is in spite of the fact that there is an underscore
on the H of the Help menu at the top of the screen - as far as I can tell, it
is not possible to open the Help menu with a keyboard shortcut in spite of it
being signalled as possible by the presence of the underscore. This in turn
renders the menu behaviour as non-standard.

I also don't understand why the holding down and releasing of the ALT key on
this screen does not hide the accelerator underscores, in spite of the code I
wrote to do this working perfectly in every other window and dialog in LO.

If you want a quick fix to the problem reported, modify the statement "if
(cod.GetCode () >= 0x200 && cod.GetCode () <= 0x219)" in the function above to
"if (cod.GetCode () >= 0x200 && cod.GetCode () <= 0x219 && cod.GetModifier ()
!= 0x2000)", which means that CTRL presses override the accelerator tests, but
I strongly feel that the correct thing to do is to rewrite the key handling
code in this application to work consistently with the rest of the LO
interface.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to