On Thu, Jul 05, 2012 at 01:14:09PM +0200, Jürgen Schmidt wrote: > On 7/5/12 12:01 PM, Ariel Constenla-Haile wrote: > > On Thu, Jul 05, 2012 at 06:56:14AM -0300, Ariel Constenla-Haile wrote: > >> I'll add the shortcuts in a while, > > > > done in revision 1357534, please checkout. Only shortcuts for the > > MenuBars, 12 commands. > > the reasons and they way how you do it make of course sense to me and > the only point I want make is that it is a bigger change that directly > effect our users and their daily work with the office.
Just to be clear, people don't have to mix two things: - keyword shortcuts, some of them are set by the system, others can be customized by Tools - Customize... - Keyword A keyword shortcut is a set of key that invoke a function, for example: Ctrl+X - Cut Ctrl+C - Copy Ctrl+V - Paste - keyword mnemonic is an underlined character that indicates which key to press to activate a command in a menu or navigate through a dialog controls ~Edit Cu~t ~Copy ~Paste In order to activate the Cut command you have to activate first the menu Edit; on the other hand, keyword shortcuts are straight forward. As you see in this example there is no relation between keyword shortcuts and keyword mnemonic. Though in some cases we may want to keep this relation: ~Print - Ctrl+P ~Open - Ctrl+O ~Save - Ctrl+S This has to be decided (by UX people, I guess). > We have to ensure that we explain and communicate potential changes very > well. Ideally we will have no changes for the most important short cuts. > Make the shortcuts more consistent over all applications is of course a > very good idea and it definitely makes sense. Here the current situation is rather chaotic: MODULE Commands Label has ~ BasicIDECommands.xcu 0 0 BibliographyCommands.xcu 9 5 CalcCommands.xcu 243 186 ChartCommands.xcu 112 52 DbuCommands.xcu 79 5 DrawImpressCommands.xcu 271 124 GenericCommands.xcu 762 178 MathCommands.xcu 28 16 StartModuleCommands.xcu 26 22 WriterCommands.xcu 370 121 These statistics are from AOO34 branch. I couldn't find a specification on the topic, but looking at the logs it seems older labels have ~, while the new tendency was to let the automatic mnemonic generation do its job. > I think the most important point here is the communication to our users. > If in the end shortcuts will change we have to explain it and have to > make clear the advantages in the long term. > > We also have to take care of the help and other documentation. Only keyword shortcut are document on the Online Help. Keyword mnemonics are only mentioned as a way to activate menus (search for "Calling Menus With Shortcut Keys"), but of course they are not documented, it wouldn't make any sense. So no, there are no modifications to the Help or any other documentation I'm aware of. > And of course the key accelerators are important for accessibility. Keyword mnemonics will still be there, generated automatically or hard-coded. Any way, I doubt this is going to have a big impact on the user level, as most of the command's label mnemonics are currently generated automatically, as you can see in the table above. > >> now that you seem to miss them. Quite > >> strange nobody notice/asked/complained before, it makes me wonder if > >> anyone is really using trunk builds (nobody complained about the changes > >> on the About dialog either ;) ). > > I noticed the changes but haven't found the time to take a closer look > on it ;-) Some changes are "documented" in the bug: https://issues.apache.org/ooo/show_bug.cgi?id=119418 Regards -- Ariel Constenla-Haile La Plata, Argentina
pgplXZuKToBwC.pgp
Description: PGP signature