Apache OpenOffice (AOO) Bugzilla – Issue 52896
Key shortcuts for Menu should be the same in every application
Last modified: 2017-05-20 11:31:25 UTC
I checked with 2.0 (1.9.m113) German version WIN XP: [680m113(Build8930)], 2.0 (1.9.m118) English version WIN XP: [680m118(Build8936)] and also 2.0 (1.9.m122) German version WIN XP: [680m122(Build8941)] Steps to reprocuce: 1. Open new DRAW document 2. Pres <Alt> expected: First menu text ("File" shoud be marked actual: als expected 3. Pres a key for any shortcut, for example <F> for Filw expected: menu list should appear actual: nothing
@2:Pressing <Alt> selects the file menu. Works for me. @3: copied from the help files: "Some of the characters shown on the menu bar are underlined. You can access these menus directly by pressing the underlined character together with the ALT key. " This works for me. I have tested this in build 8941.
Closed. Thanks for your help.
@ wg, I agree, in my HELP I also read that those shortcuts work by <ALT> + <underlined key> _in_time_ But that's wrong! A WIN standard for UI is, that you can navigate in those menus by pressing first <ALT> and then separately the the second key. That always also worked in OOo and also works in the other modules WRITER, CALC, but not (more or less: as expected) in IMPRESS. I never heard about abandoning Windows UI standards for DRAW, but maintaining them for other modules ;-) Co may be we have to do a general discussion OOo UI standards, but until we do not have a new decision, UI for all modules will have to work in the same way and, as far as it is possible with admissible efforts, in accordance with the AS-UI-Standards. So I reopen this issue.
Reassigned. AF talked to you about this. Thanks.
The sd::Window::Notify() method must return the return value from the Notify() call to its base class. Otherwise it cannot be detected that the key input was processed, which is done by a base class (SystemWindow) in this case.
I talked with WG about the target and we agreed to set it to OO Later. The fix, how simple it may be, may change the behaviour of our event handling and lead to regresion bugs.
With "2.3.1 Multilingual German version WIN XP: [680m9(Build9238)]" I found out that it currently works as expected exactly one time after an existing document has been opened: 0. Open existing DRAW document 1. press <Alt> and release 2. Press a shortcut key expected: Menu will be selected and expanded actual: as expected This will work exactly one time and only if you did no other action in the document before the test. All further tries to expand the menu with the shortcut key after <Alt> has been released will fail as reported.
Reset assigne to the default "issues@openoffice.apache.org".