Community
Participate
Working Groups
build I20020307 - start Eclipse - get several items in the Tasks view (e.g. create several tasks) - select the first item - press Ctrl+Down Arrow - it has no effect (it should move focus to the next item) - Window > Customize Perspective > Other > uncheck Help > OK - Ctrl+Down Arrow now works - Window > Customize Perspective > Other > check Help > OK - Ctrl+Down Arrow still works Unchecking Software Updates also fixes the problem, but other action sets do not. I suspect there is a problem with the hidden menu items for accelerators that gets fixed up when an action set that affects the Help menu is turned off or on. Ctrl+Up and Ctrl+Down are important for accessibility, allowing you to multi- select multiple disjoint items (with Ctrl+Space).
*** Bug 28749 has been marked as a duplicate of this bug. ***
interesting method to get it to work.. there are two problems here: a) Kai defines Scroll Up, Scroll Down, and many other text actions in the Global Scope, when he should be defining them all in the Text Scope, and setting the text scope in his KeyBindingService instance. remove the bindings for Ctrl+ARROW_DOWN and Ctrl+ARROW_UP in org.eclipse.ui plugin.xml and things work fine. b) undefining these keys in the key customization does not seem to be sufficient to allow the key to pass through to the widgets. this might be related to a hidden menu problem as you suggest. copying kai while i look at problem b). ps. As previously discussed, if a user WANTS to redefine Ctrl+Arrow Down, etc. they can - even though they may break accessibility for themselves.
*** Bug 30893 has been marked as a duplicate of this bug. ***
fixed (in tomorrow's integration build). keys registered to commands pass through to the widget if the command does not have any actions to handle it. select away...