Apache OpenOffice (AOO) Bugzilla – Issue 87065
Start Center: accelerator keys interfere with the menu's accelerator keys
Last modified: 2009-07-20 15:56:49 UTC
- start a German OOo version - close the last document (if any is open), so that only the Start Center remains open - press Alt-D expected result: the "Datei" menu is opened actual result: the "New Database Wizard" is started This is because the accelerator keys in the Start Center's "New ... Document" buttons interfere with the accelerator keys in the main menu.
This makes keyboard operation of the Start Center unnecessarily difficult. The shortcuts in the Start Center entries should be checked against the shortcuts of the frame's main menu (the MnemonicGenerator class allows for this, IIRC). Targeting to 3.0.
The StartCenter does not know the menu, so it cannot currently do that. Setting appropriate target, pass issue to the framework experts.
- changing issue type back to DEFECT: Not being able to use the accelerators which work everywhere else is clearly a such. - adding "usability" keyword - changing target back to 3.0. 3.x is a way too unspecified target for such a usability issue fs->pl: The start center should have access to the SystemWindow it lives in (Window::GetSystemWindow). The system window can be asked for its menu bar (SystemWindow::GetMenuBar). The menu bar can be asked for all its top-level items, whose item text can be passed into MnemonicGenerator::RegisterMnemonic. A subsequent call to MnemonicGenerator::CreateMnemonic will then create new mnemonics for all texts, which don't use the ones already burnt in the menu bar. This approach is the very same we use in the database application, and works fine for quite a while now. Of course, there's always the possibility that the mnemonic generator cannot find a free mnemonic, but that's bad luck, then. Care to take back this issue?
Well if it is that important to you then I guess people won't mind if some crash doesn't get fixed.
Let's keep serious, please. It's a usability issue, and usability still is one of the goals for our product, so I continue to claim the 3.0 target is deserved. As for the crash: If you really fix a P3 usability issue before a crash (which is a P2 by definition), then your issue handling is ... sub-optimal, at least.
Well if we want to keep serious, then let's also mention that the method you suggested is just a bad hack (talk to as, "works for quite a while now" is nothing but coincidence) and fails anyway, because at the time the StartCenter creates its controls, no menu is set. Nevertheless I delayed setting the controls it works for now, using the same bad hack. Fixed in CWS vcl87
pl->fs: thanks for verifying since OF is on vacation
reassign
looks good in CWS vcl87
This issue is closed automatically and wasn't rechecked in a current version of OOo. The fixed issue should be integrated in OOo since more than half a year. If you think this issue isn't fixed in a current version (OOo 3.1), please reopen it and change the field 'Target Milestone' accordingly. If you want to download a current version of OOo => http://download.openoffice.org/index.html If you want to know more about the handling of fixed/verified issues => http://wiki.services.openoffice.org/wiki/Handle_fixed_verified_issues