Bug 39595 - [typing] Persistent selection
Summary: [typing] Persistent selection
Status: RESOLVED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Text (show other bugs)
Version: 2.1   Edit
Hardware: All All
: P5 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform-Text-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2003-07-03 08:24 EDT by Tod Creasey CLA
Modified: 2011-09-28 02:40 EDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tod Creasey CLA 2003-07-03 08:24:40 EDT
Text selection: the “Windows standard selection mechanism” that requires users 
to hold a modifier key like shift while navigating is troublesome for screen 
reader users. The biggest problem is the blind user cannot see their target 
ahead of them. For instance, the blind user may want to select from the cursor 
to the next right brace. 

It is much much faster if they can use a search function to move to that right 
brace even if it is only a few lines away. This can be resolved with the 
following:
 a. An editor configuration option for persistent selection. When this option 
is on, selected text stays selected until the command for clearing the 
selection is used. This could have great benefit for all users as functions 
like search/replace could be enhanced to operate on the selected area and one 
could make multiple changes within the same selected area.
 b. A command to clear persistent selection.
 c. A command to set a beginning of selection mark. If text is already 
selected and the user presses this, the selected area would expand or shrink 
according to the position of the cursor relative to the previous beginning of 
selection.
 d. A command to set an end of selection mark. If text is already selected and 
the user presses this, the selected area would expand or shrink according to 
the position of the cursor relative to the previous end of selection.
 e. A command to move the cursor to the current beginning of selection.
 f. A command to move the cursor to the current end of selection.
 g. Assumption: all above would be inherited by all editors including java 
editor.
Comment 1 Markus Keller CLA 2011-09-27 15:11:57 EDT
> The biggest problem is the blind user cannot see their target 
> ahead of them. For instance, the blind user may want to select from the cursor 
> to the next right brace.

I don't think it would make sense to invent a whole new interaction paradigm just for this. The basics are already supported by the Emacs-style "Set Mark" command. Blind users can bind this to a key (e.g. Ctrl+Alt+M) and then perform
- Set Mark
- navigate to the end position
- invoke Cut or Copy

If they really need to change the selection, they can resort to Ctrl+X Ctrl+Z. If necessary, we could add a command "Select to Mark" that just sets the selection without modifying the clipboard.
Comment 2 Dani Megert CLA 2011-09-28 02:40:22 EDT
Closing as WONTFIX until we get requests from impaired users for this.