| Summary: | [GTK3] Snippet80 eats away navigation through keyboard | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Praveen <pinnamur> |
| Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | eclipse.felipe, ericwill, pinnamur |
| Version: | 3.5 | Keywords: | triaged |
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux-GTK | ||
| See Also: | https://bugs.eclipse.org/bugs/show_bug.cgi?id=493826 | ||
| Whiteboard: | stalebug | ||
|
Description
Praveen
Praveen, this seems like a good one to look at. In GTK, when the elements are unselected, then cursor-focus remains on the last focused element. At this moment, if the elements are tried to navigate (through Up/Down arrow keys), then GTK considers the newly selected element as the same element instead of next/previous element in the tree. In snippet80, initially 'Item0' has cursor-focus. An attempt to navigate down (through arrow key) to 'Item1' is not permitted because getSelection() in SelectionListener returns 'Item0'. Thus, the revised selection is empty and thus, elements are unselected again. This appears to be the native behaviour of GTK that navigation stays on the same element when it has cursor-focus. This is still reproducible. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. |