Community
Participate
Working Groups
After solving Bug 368977, Ctrl+E can switch tabs (editors/views) in the same stack (see: http://i.imgur.com/yc2t3WL.gif) However, if you keep pressing Ctrl+E, there is no rotation of the selected item. To rotate, you have to press up/down arrows, which steal the focus from the user making this not really intuitive. I think it would feel more intuitive for the user keep pressing Ctrl+E to rotate the selection, and press Ctrl+Shift+E to counter-rotate. In this way, I'm sure the users will really appreciate the Ctrl+E feature, considering it a valid alternative of the missing Ctrl+Tab.
Created attachment 264453 [details] New behavior for Ctrl+E The new behavior is visible in the attached anim gif
New Gerrit change created: https://git.eclipse.org/r/82009
How does using the arrows 'steal the focus'? It's pretty expected that the up/down arrows will move the selection in a list, and a list is shown. But I think your argument is that Ctrl-E should behave like Ctrl-F6/F7/F8 and cycle through the list? ("Rotate" implies moving shifting the list content upwards shown such that the top-most element is moved to the bottom.)
(In reply to Brian de Alwis from comment #3) > How does using the arrows 'steal the focus'? It's pretty expected that the > up/down arrows will move the selection in a list, and a list is shown. Pressing Ctrl-E and then looking for and pressing the arrow keys, is more dispersive than just keep pressing Ctrl-E. (In reply to Brian de Alwis from comment #3) > But I think your argument is that Ctrl-E should behave like Ctrl-F6/F7/F8 > and cycle through the list? Yes, Indeed, I think cycling through the list, similarly to Ctrl-F6, is more immediate to the user. Sorry for the wrong expressions.
With latest change submitted for Bug 368977, cycling through the list is already implemented. *** This bug has been marked as a duplicate of bug 368977 ***