I any Writer document, Format: hit ~o x or ~o s or ~o n or ~o b or ~o i: get immediately the submenu; good.
Now, hit ~o h or ~o a: you must hit Enter to get the submenu; inconsistent and annoying.
Steps to Reproduce:
1.hit ~o a
open format para submenu
User Profile Reset: No
Confirming observation on Windows 10 Home 64-bit en-US with
Version: 220.127.116.11.alpha0+ (x64)
Build ID: 425a570a114d9a087e5320f071604f64d43fcec1
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win;
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-05-10_01:47:15
Locale: en-US (en_US); UI-Language: en-US
Accelerators assigned are localized.
So, in en-US locale
The Format <alt>+o -> h (C_haracter) -> h (Anc_hor); or
Format <alt>+o -> a (P_aragraph) -> a (Rot_ate or Flip)
However, duplicate accelerators on a menu are not prohibited. And, so long as the accelerators function (e.g. do not trap and block action of another accelerator) they are allowed.
I agree it's not a bug.
But it would make a useful enhancement.
Personally, not a fan. Behavior when accelerators are duplicated now is pretty consistent--just have to be aware of it. IMHO => WF
Ah! Now I understand the indirect (via Enter) shortcut: duplication!
Well, duplicate assignments should be avoided (if not prohibited). Easily: make shortcuts case-sensitive, as in Format: <alt>+o ->
* h (C_haracter); H (Anc_Hor); or
* a (P_aragraph); A (Rot_Ate or Flip)
Most shortcuts would not change; capitals would be assigned to less-used menu items. In the above example, user must (currently) hit 'a' twice, then Enter, to open the RotateOrFlip menu; with a case-sensitive assignment, A (shift-a) would do it.
(In reply to TorrAB from comment #4)
> Ah! Now I understand the indirect (via Enter) shortcut: duplication!
> Well, duplicate assignments should be avoided (if not prohibited). Easily:
> make shortcuts case-sensitive, as in Format: <alt>+o ->
> * h (C_haracter); H (Anc_Hor); or
> * a (P_aragraph); A (Rot_Ate or Flip)
> Most shortcuts would not change; capitals would be assigned to less-used
> menu items. In the above example, user must (currently) hit 'a' twice, then
> Enter, to open the RotateOrFlip menu; with a case-sensitive assignment, A
> (shift-a) would do it.
Unfortunately that would not work--keyboard gymnastics to enter sequence of <alt> to toggle accelerators active, then to remember if the mnemonic is <shift> upper or just the lower. *Not* the best UX.
No 'need to remember if the mnemonic is <shift> upper or just…', one can SEE if the underlined character is 'a' or 'A'. And hitting shift-a is less gymnastic than a twice and Enter.
Besides, the second choice marked 'A' could respond to a 2nd 'a' hit if the user did not Shift — for whatever reason, including not being used to the new procedure.
We do care about duplicate shortcuts and try to avoid. You cannot use shift for the accelerator (would be a shortcut then). So based on c4 and c3 I close the issue as WF.
But please don't hesitate to report issues - and potential solutions. Your contribution is very welcome.