Bug 4796 - DCR: keyboard support for move/resize (accessibility issue) (1GITCBE)
Summary: DCR: keyboard support for move/resize (accessibility issue) (1GITCBE)
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 2.0   Edit
Hardware: All All
: P2 normal (vote)
Target Milestone: ---   Edit
Assignee: Grant Gayed CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 5537 (view as bug list)
Depends on:
Blocks:
 
Reported: 2001-10-11 14:23 EDT by Simon Arsenault CLA
Modified: 2002-09-10 14:51 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Simon Arsenault CLA 2001-10-11 14:23:09 EDT
From the workbench, we want to allow users to move and resize views and editors
	using the keyboard. This is part of the work for accessibility support for the 2.0 release.
	The plan is to have it work more or less like move/size a window on the Microsoft
	platform. Its interesting to note that Linux (using Gnome) does not support move/resize
	via the keyboard...yet?

	Move... It seems we could update the Tracker class to monitor keyboard events.
	We need to listen for LEFT, RIGHT, UP and DOWN keys. If the CONTROL key is
	pressed at the same time, then the outline moves one pixel at a time. Without
	the CONTROL modifier key down, the outline moves a few pixels at a time (looks
	like about 10 pixels...I do not know if there is a setting in Windows for this). We
	also need to listen for the ENTER key - this acts like mouse button up, that is
	complete the move. We'll need to add API to move the mouse cusor. When doing
	a move in Windows, it places the cursor in the middle of the title bar. We would
	like to do the same for views and editors. In Windows, hitting ESCAPE key causes
	the move to abort and also moves the mouse cursor back to where it was before the
	move started.

	Resize... A little bit more complicated. When resize is selected, we want the mouse
	cursor to be placed in the middle of the view/editor. The resize all cursor is shown. Then,
	the user presses UP, DOWN, LEFT, or RIGHT arrow keys to select which side to size.
	We want to control which sides can be selected as there may not be a sash there. For
	example, looking at the default resource perspective, the user would only be allowed to
	resize the right and bottom side of the nav view. At the workbench level, we can determine
	which sides can be resized. We just need an api to past this info along. Once a side is
	selected, then we need to listen for the UP/DOWN or LEFT/RIGHT keys (depending
	if the sash is horizontal or vertical). The ENTER key completes the resize. The ESCAPE key
	cancels the resize and returns the mouse cursor to its original position. We also want to 
	move the mouse cursor to the middle of the sash of the side being resized.

	Note that both keyboard and mouse can be used at the same time when moving or
	resizing a view/editor - just like resizing and moving a window.

NOTES:
Comment 1 DJ Houghton CLA 2001-10-29 16:39:11 EST
PRODUCT VERSION:
	0.131

Comment 2 Mike Wilson CLA 2001-12-10 14:31:22 EST
GG to make sure that outstanding issues with this are resolved. See SN.
Comment 3 Grant Gayed CLA 2002-03-04 15:19:28 EST
*** Bug 5537 has been marked as a duplicate of this bug. ***
Comment 4 Grant Gayed CLA 2002-09-10 14:51:34 EDT
post-2.0 bug cleanup.  Fixed.