Summary: | [ViewMgmt] Moving view with keyboard does not allow left positioning | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Douglas Pollock <douglas.pollock> |
Component: | UI | Assignee: | Eric Moffatt <emoffatt> |
Status: | RESOLVED WORKSFORME | QA Contact: | |
Severity: | minor | ||
Priority: | P3 | CC: | bokowski, n.a.edgar, sxenos |
Version: | 3.0 | Keywords: | accessibility |
Target Milestone: | 3.2 M3 | ||
Hardware: | PC | ||
OS: | Linux-GTK | ||
Whiteboard: |
Description
Douglas Pollock
2004-09-09 13:56:42 EDT
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" |