Summary: | [KeyBindings] Support Ctrl+Tab for editor switching instead of Ctrl+F6 | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Lars Vogel <Lars.Vogel> |
Component: | UI | Assignee: | Platform UI Triaged <platform-ui-triaged> |
Status: | RESOLVED WORKSFORME | QA Contact: | Paul Elder <pelder.eclipse> |
Severity: | normal | ||
Priority: | P3 | CC: | Lars.Vogel, pwebster |
Version: | 4.4 | Keywords: | accessibility |
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Linux | ||
Whiteboard: |
Description
Lars Vogel
2014-03-06 01:39:41 EST
+1 Another advantage of Ctrl+Tab (and Ctrl+Shift+Tab for opposite direction) is that it can be easily pressed with one hand. Switching between tabs is ALT+ left and right arrow. We want CTRL+TAB to do what the OS default does, which is traverse different UI elements for accessibility purposes. Can you even set CTRL+TAB to next/previous editor? PW (In reply to comment #2) > Can you even set CTRL+TAB to next/previous editor? You can (tried on Windows 8.1) but I wouldn't. Instead bind Ctrl-Tab/Ctrl-Shift-Tab to Next Tab/Previous Tab actions, it works much better! On Windows Tab and Shift-Tab already switch between UI elements, so that case is still covered. Also I'm happy to confirm Next Tab/Previous Tab match what the same shortcuts do in Internet Explorer 11, so that's OK too. (In reply to Timo Kinnunen from comment #3) > You can (tried on Windows 8.1) but I wouldn't. Instead bind > Ctrl-Tab/Ctrl-Shift-Tab to Next Tab/Previous Tab actions, it works much > better! On Windows Tab and Shift-Tab already switch between UI elements, so > that case is still covered. Also I'm happy to confirm Next Tab/Previous Tab > match what the same shortcuts do in Internet Explorer 11, so that's OK too. I'm not sure what is working and what is not working? Are you saying ALT+ left and right arrow works fine? (In reply to Paul Webster from comment #2) > Switching between tabs is ALT+ left and right arrow. We want CTRL+TAB to do > what the OS default does, which is traverse different UI elements for > accessibility purposes. Ok, did not know that. Should we close this bug as invalid? (In reply to comment #4) > I'm not sure what is working and what is not working? Are you saying ALT+ left > and right arrow works fine? Sorry, sloppy wording. These are the points I was making: 1) Setting shortcut Ctrl+Tab/Ctrl+Shift+Tab to Next Editor/Previous Editor is possible. 2) Next Editor/Previous Editor show a popup list of editors by name in Most Recently Used order, which didn't match my expectations (they don't "work"). 3) Setting shortcut Ctrl+Tab/Ctrl+Shift+Tab to Next Tab/Previous Tab is possible. 4) Executing Next Tab/Previous Tab in Eclipse and pressing Ctrl+Tab/Ctrl+Shift+Tab in Internet Explorer 11 perform the exact same function. 5) Pressing Tab/Shift+Tab in Eclipse (outside source code editors) already performs the exact same function as those shortcuts do elsewhere in Windows. Additionally and unrelated to the previous, shortcuts Alt+Right/Alt+Left are set to Forward History/Backward History. These actions are only tangentially related to tabs. To see what I mean, in Preferences - General - Editors, set Close editors automatically to enabled and set Number of opened editors before closing to 1*, then close all opened editors and start navigating source code. Now, tabs are still in use but the Forward History/Backward History actions can be seen to actually do the same thing that browsers do when navigating the history within a single tab. *) There is Show multiple editor tabs but it doesn't seem to have any effect, otherwise it could have been chosen for this demonstration too. I mark my own bug as WORKFORME, I agree the current keybindings are ok and we should not try to interfere with the OS. |