Summary: | duplicate assignment of accelerators on a single menu disrupts keyboard use, eliminate duplicate accelerators | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | TorrAB |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | CC: | heiko.tietze, vsfoote |
Priority: | medium | ||
Version: | 6.2.2.2 release | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 98259 |
Description
TorrAB
2019-05-12 01:04:05 UTC
Confirming observation on Windows 10 Home 64-bit en-US with Version: 6.3.0.0.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 Calc: threaded 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. => NAB 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. |