Community
Participate
Working Groups
3.0.1 RC2, GTK+ 2.4.4, KDE 3.2.3, Linux 2.6.8.1. It is not possible to drop a view on top of another view stack, nor is it possible to drop a view to the left of the existing views. STEPS TO REPRODUCE: ------------------ 1.) Reset the Java perspective. 2.) Bring focus to the Outline view, and press "Alt+-". 3.) Select "Move" and either one of the options in the submenu. 4.) Use the arrow keys to position the rectangle as far to the left as you want, and press enter. OBSERVED RESULTS: ---------------- I could not figure out how to make it drop on top of another view stack. Even if this were possible, I also can't drop it to the left of the package explorer stack. DESIRED RESULTS: --------------- If these things are possible somehow, maybe they should be made clearer (?). If they aren't possible, then they should be made possible.
The following works for me on Win2K: - with package explorer active, - Alt-+, M - press the right arrow key until the cursor is just to the left of the right border of the stack - at this point the cursor shows a right arrow - press Enter - the view is moved to the right of its previous stack If this doesn't work on GTK, can you check to see if this is a regression from 2.1?
My complaint is about left-positioning, not right-positioning. Anyway, it seems to work well on Windows, but it is broken on GTK+. In 2.1.3, you could trigger the move, but the arrow keys would do nothing. In 3.0, the arrow keys actually move the rectangle, but most drop locations don't work. Sometimes you can even end up with a detached window which can never be reattached (by keyboard alone). :)
Not sure if this is a problem in our stuff, or in SWT's Tracker. Stefan?
We have just checked with 20050803. You can move left now but you cannot cancel the move with Esc.
Setting target milestone to 3.2 M3 as a reminder to address this soon.
[I20051101-0010], Linux GTK Dropping on top of an existing stack works. Pressing ESC to cancel a move works. Left-positioning works too. Using the Ctrl key to move the cursor in 1-pixel increments instead of the default (5 pixel?) lets you move views anywhere you want. Two minor quirks remain: 1. Use a fresh workspace (ie fast view bar at the bottom). Reset the Java perspective, and try to move the package explorer to the right so that it fills the entire height (the cursor when you drop is an arrow pointing left). Note that the target area for dropping with an arrow pointing left is very small, maybe five pixels. Sometimes, you don't see the left arrow at all because the area is smaller than the distance moved by each keypress. 2. Move the fast view bar to the right, so that the area is larger. Reset the Java perspective again. Use the arrow keys to move the package explorer to the right until the cursor shows that dropping the view would turn it into a detached view. Now (without dropping) press the left arrow key. Note that the cursor remains a "detach" cursor even after you got into the area where it should drop the view at the right edge. Somehow, it matters where you "come from" with the arrow keys. Downgrading to minor. Moving to M4. Eric, I hope it's ok to assign this to you.
At this point, I would recommend closing this bug as WORKSFORME or FIXED, and opening separate (smaller) bugs for the outstanding issues.
Makes sense. Marking this as worksforme. The two new bug are: Bug 114634 [ViewMgmt] Moving view with keyboard: some drop areas too small Bug 114635 [ViewMgmt] Moving view with keyboard: results depend on where you "come from"