|
Description
Yousuf Philips (jay) (retired)
2016-02-28 22:58:19 UTC
Lets expand this to shortcuts in all modules. Depends on: Bug 71176 - Shortcut keys for accented Latin characters Bug 92452 - Entire row functionality in formulae keyboard shortcuts Bug 92453 - Entire column functionality in formulae keyboard shortcuts Bug 96981 - After starting formula in Sheet1, we are unable to select all cells in Sheet2 with the row and column heading corner Bug 97548 - Ctrl is incorrectly behaving like Shift Bug 93936 - Creating a formula using Ctrl can incorrectly append a comma at the beginning of the function argument Do we really want to divert our keymaps per platform? This will be a documentation and UX nightmare -- esp. with all the video tutorials and such then being platform specific. See also: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/891539 And the discussion at: http://thread.gmane.org/gmane.comp.documentfoundation.libreoffice.ux-advise/189/focus=230 => UX-Advise (In reply to Björn Michaelsen from comment #3) > Do we really want to divert our keymaps per platform? This will be a > documentation and UX nightmare -- esp. with all the video tutorials and such > then being platform specific. See also: > https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/891539 > > And the discussion at: > http://thread.gmane.org/gmane.comp.documentfoundation.libreoffice.ux-advise/ > 189/focus=230 > > => UX-Advise This is a meta bug and as such doesnt require ux-advise. As expected in the description ;-) For information: In German UI/local QUERZ Win7 the shortcut Crtl+Shift+: works fine for Timestamp like Excel, shortcut Crtl+. does not work, nothing happens. Thanks for the work on this issue Lothar adding bug 92516 -- "x" accelerator and mouse click not exiting StartCenter in "File -> Exit LibreOfficeDev" menu bug 92866 -- Keyboard command shortcuts don't work in start center bug 97511 -- Handling of Q_MOD1 <Ctrl>+Q in menus -- not functional from OOo bug 100626 -- From an initial LO Start Center session-- creating new Writer document doesn't result in edit focus to the canvas of the new document -- N_MOD1 (In reply to riesslibo from comment #5) > For information: In German UI/local QUERZ Win7 the shortcut Crtl+Shift+: > works fine for Timestamp like Excel, shortcut Crtl+. does not work, nothing > happens. Hi Lothar, Please report this as a bug and add the bug number to the depends on field in this meta bug. Bug 101417 - Alt accelerators in menus not unique (Calc, probably others) What really drives me crazy with LO: that every new release changes quite a lot of keyboard shortcuts / alt/meta accelerators in all kinds of menus! Without any obvious need, and often creating collisions. (Using German l10n) Hey devs: how would you like it if your Emacs/Vim/Notepad++/<favorite editor> would change the key sequences every other month you've memorized and use constantly? Hm? Imagine that shitstorm… Maybe a lot of LO users are mouse-pushers and don't notice this, but there ARE people using key shortcuts. Please DO refrain from arbitrarily reassigning all these accelerators with every little UI desing change! (In reply to HansPL from comment #9) > What really drives me crazy with LO: that every new release changes quite a > lot of keyboard shortcuts / alt/meta accelerators in all kinds of menus! > Without any obvious need, and often creating collisions. (Using German l10n) To my knowledge there hasnt been any massive changes to keyboard shortcuts. As the menus are currently under going quite a bit of changes, unfortunately menu accelerators will also be affected by these changes, primarily to limit having the same accelerator for multiple entries, but I try to limit these changes as much as possible, atleast in english. > Hey devs: how would you like it if your Emacs/Vim/Notepad++/<favorite > editor> would change the key sequences every other month you've memorized > and use constantly? Hm? Imagine that shitstorm… You can change the accelerators in Tools > Customize > Menu and then rename the command and add a '~' before the character that should have the accelerator. > Maybe a lot of LO users are mouse-pushers and don't notice this, but there > ARE people using key shortcuts. We do notice this issue (e.g. bug 94865) and have individuals who volunteer with libreoffice who are accelerator users. > Please DO refrain from arbitrarily reassigning all these accelerators with > every little UI desing change! As stated above we do try as much as possible not to change accelerators as much as possible. If you find any particular accelerator in a menu that you think should be changed back, please file a bug report for it. (In reply to Yousuf Philips (jay) from comment #10) > […] As stated above we do try as much as possible not to change accelerators > as much as possible. Sorry, but I do not find this to be true. At least not in my German LO, so this is probably more of an l10n issue. Take for instance the context menu (menu key or right mouse button) in Writer, which triggered my above rant: From 5.1.4.2 to 5.2.2.2 seven out of ten accelerators were changed where there was absolutely no need: • Einfügen from i to n • Inhalte einfügen from I to h • Zeichen… from c to Z • Absatz… from b to t • Aufzählungszeichen from u to ä • Absatzvorlage from nothing to e • Synonyme from m to S And where could I customize this context menu? Which is not an option anyway because I use LO in different versions on five different Linux machines (Mint LMDE Mate) plus sometimes on colleague's Windows machines… (By the way, in 5.2.2.2 the opened context menu blocks Alt+Print so I cannot take a screenshot of that menu — in 4.3.3.2 and 5.1.4.2 it works.) This is just the one of several examples which enraged me this morning. Or, for instance the same context menu in Writer inside a table to edit the table's properties: • In Writer 4.3.3.2 I typed Menu Alt+E for Tabelle… • In Writer 5.1.4.2 Einfügen was changed from i to e so it now collided with renamed Tabelleneigenschaften, opening a submenu, forcing me to Menu Alt+E Left Alt+E. • In Writer 5.2.2.2 Tabelleneigenschaften was changed from e to i so the collision is now removed and the two accelerators are exactly the opposite from those of 4.3.3.2. Please note that now in 5.2.2.2 in the context menu Einfügen has e when the cursor is in a table, but n when outside a table (see above). What the **?! Or, for instance, take Calc's Search&Replace menu where I often need to activate »In allen Tabellen suchen« (Search in all tables): • In Calc 4.3.3.2 I typed Ctrl-H Alt+O Alt+C • In Calc 5.1.4.2 the menu is basically the same but just that last accelerator c got lost so it was now Ctrl+H Alt+O Tab Tab Tab Tab Tab Space. • In Calc 5.2.2.2 the menu was redesigned, this checkbox moved up from Options but no underlined characters at all anymore! They only appear when pressing Alt which I take to be another new bug, certainly no feature. My checkbox is renamed to »Alle Tabellen» and still has no accelerator, so it is now Ctrl+H Tab Tab Tab Tab Space. What will it be next week? Can you feel my pain? Do you really expect users to comb through all menus every few weeks and write a dozen bug reports about moved accelerators? Just compiling these examples took a good hour. (In reply to HansPL from comment #11) > Sorry, but I do not find this to be true. At least not in my German LO, so > this is probably more of an l10n issue. Yes it was incorrect for me to say we as I meant I as i only deal with english. > Take for instance the context menu (menu key or right mouse button) in > Writer, which triggered my above rant: From 5.1.4.2 to 5.2.2.2 seven out > of ten accelerators were changed where there was absolutely no need: > • Einfügen from i to n > • Inhalte einfügen from I to h > • Zeichen… from c to Z > • Absatz… from b to t > • Aufzählungszeichen from u to ä > • Absatzvorlage from nothing to e > • Synonyme from m to S Yes the context menu went through a major change, as it is now possible for users to change it and many of the old strings were lost with this change and would need to be reintroduced. > And where could I customize this context menu? Which is not an option > anyway because I use LO in different versions on five different Linux > machines (Mint LMDE Mate) plus sometimes on colleague's Windows machines… Its only available in 5.2 and you can install it on any version of linux or windows by downloading the install from the libreoffice.org website. https://wiki.documentfoundation.org/ReleaseNotes/5.2#Configuration > Can you feel my pain? Do you really expect users to comb through all menus > every few weeks and write a dozen bug reports about moved accelerators? > Just compiling these examples took a good hour. Yes i can feel your pain, but users who jump between multiple different versions of any software will experience changes and pains. Unfortunately maintaining accelerators keys across different versions isnt something that can be achieved or set high priority on, so i'd recommend you stick with a version that you are comfortable with until things completely setting down with accelerators. (In reply to Yousuf Philips (jay) from comment #12) > (In reply to HansPL from comment #11) > […] Unfortunately > maintaining accelerators keys across different versions isnt something that > can be achieved or set high priority on, […] I'm sorry to hear this. I would think it is a small effort just to look back to the previous version and just choosing the same accelerators as before, compared to actually writing all this code. (For which I'm really very grateful to all you devs!) Anyway, this is getting some (in)fame: see http://xkcd.com/1770/ I'm not the only one… |