Community
Participate
Working Groups
To navigate a tree (say package explorer, or Search results) under Linux, the up and down keys work as expected, but the left and right keys do not expand/collapse the current node, as they do in Windows. Instead, one is forced to use the Num Keypad "+" and "-" keys, which are by far not as convenient. Zorzella
You can also often toggle the expandsion state of a node by hitting the spacebar. These are the standard GTK+ keys for a GtkTreeView, and not something that is controlled by SWT. If you disagree with the GTK+ keybindings, feel free to file a bug at http://bugzilla.gnome.org/ against "gtk+". Sorry.
I was afraid you'd say that. Since keybindings in Eclipse are customizable, isn't it possible to allow for single -- and multiple -- node expansion/collapse in a tree to also be customizable actions? Right now, I can customize the keys for Expand/Collapse/Expand All/Collapse All in the Editor, but not in the Search or Package Explorer (even if I change the scope to "In Windows", it does not work). In fact, there is *no* keybinding for the Expand All/Collape All actions. Any reason to not be consistent? Zorzella
Note that on GTK+, there are native key bindings for expand all (and I think collapse all), try keypad-* and shift-left/right (however, in some cases these are currently disabled, see bug 96892). That all said, what Eclipse does on top of SWT is a different problem. I'd suggest filing a bug against Platform > UI if you think the keybindings in Eclipse can be improved, or I guess we can move this bug there. What exactly would you propose in Eclipse?
Note that I actually did originally file this bug against UI. Moving it back, if appropriate, is totally fine with me. What I propose is just as I described: have the expand/collapse keybindings be consistent -- across platforms (Win/Linux/Mac) and across parts of the product (Editor/Search/Navigator/Package Explorer), and also be configurable, like everything else. I really don't know why we should be held hostage to the native keybindings -- i.e. deprive ourselves of the option of doing what is useful/consistent just to blindly abide by defaults and prevent users from changing. Zorzella
Well, I think it's important to be consistent with the native applications on the platform.
Moving to UI.
Moving Dougs bugs
There are currently no plans to work on this feature. PW
Changes requested on bug 193523
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. If you have further information on the current state of the bug, please add it. 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.