After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 319754 - Braille cursor routing keys cannot be used to do text selection
Braille cursor routing keys cannot be used to do text selection
Status: RESOLVED DUPLICATE of bug 354471
Product: orca
Classification: Applications
Component: braille
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: Orca Maintainers
Orca Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-10-25 15:01 UTC by Willie Walker
Modified: 2007-05-25 21:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Willie Walker 2005-10-25 15:01:24 UTC 
Braille cursor routing keys should be able to be used in conjunction with the
Shift modifier to select text in a text area.  This has not been implemented yet
in src/orca/braille.py.
Comment 1 Willie Walker 2006-09-07 01:23:46 UTC 

*** This bug has been marked as a duplicate of 354471 ***
Comment 2 Mario Lang 2007-05-25 21:25:46 UTC 
BRLTTY already provides bindings (commands) for:
 * CUTBEGIN (start new cut buffer at character)
 * CUTAPPEND (append to existing cut buffer from character)
 * CUTRECT (rectangular cut to character)
 * CUTLINE (linear cut to character)
All of these commands provide a character position as an argument.
So we already have two different types of "shift" + one cursor routing key
for starting and ending an area.
These bindings are frequently used when BRLTTY is used for console review
since they provide cut'n'paste support between consoles (like gpm does for mouse users). So the user is already familiar to them, and kind of expects them to work for selecting text in GUIs as well.