Bug 124959 - [Commands] handlers: Usability problem with Next Editor dialog on Linux
Summary: [Commands] handlers: Usability problem with Next Editor dialog on Linux
Status: RESOLVED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.1.1   Edit
Hardware: PC Linux-GTK
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Douglas Pollock CLA
QA Contact:
URL:
Whiteboard:
Keywords: helpwanted
Depends on:
Blocks:
 
Reported: 2006-01-23 19:01 EST by Sergey Prigogin CLA
Modified: 2006-01-24 10:46 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sergey Prigogin CLA 2006-01-23 19:01:03 EST
When Next Editor dialog is brought up using the default Ctrl-F6 shortcut, it is hard to select any item other than the initially selected second one. If I press Up/Down arrow keys while holding Ctrl, the selection does not move. If I release the Ctrl key before pressing any arrow keys, the default second item gets selected. The only way, I found, that kind of works is to press an arrow key at least once while holding the Ctrl key, then release the Ctrl key and continue pressing arrow keys to navigate to the desired item. If I need the third item in the list, I have to press Ctrl-Down, Down, Up to get it selected. This is a counter intuitive and three times longer keystroke than s single Ctrl-Down that achieves the same result on Windows.
Comment 1 Douglas Pollock CLA 2006-01-24 10:45:45 EST
(1) You can continue to press Ctrl+F6 (and Ctrl+Shift+F6) to move the selection.
(2) You can go into "Window > Preferences > General", and select "Keep next/previous part dialog open".  Then release both Ctrl and F6, and use the arrow keys.
(3) After the first arrow press, you can release the Ctrl key.  Subsequent arrow presses will move the selection.  The problem here is that the native table has a concept of selection and focus.  With Ctrl depressed, only the focus row changes.  You have to release Ctrl to move the selection.  It is challenging to workaround this native behaviour, and (1) and (2) provide good alternatives.

So, I don't see that it is worth it to try to workaround the native behaviour in this case.
Comment 2 Douglas Pollock CLA 2006-01-24 10:46:28 EST
If you (or someone else) is willing to provide a patch, I will consider it for inclusion.  Otherwise, I'm closing as WONTFIX.