Re: [orca-list] Is Cut/Paste Broken in Terminal?

Hash: RIPEMD160

Thanks for the reminder and detailed explanation.  I had forgotten the
particulars on this but the loss of cut/paste in a gnome terminal is a
biggy in my book!  I'm not sure what would happen if you just used a
regular click by pressing unmodified slash key on both ends of the
selection.  I just know I was told at the beginning of my gnome
experience that one used a shift-/ to end the selection.  I don't know
if that is a gnome-terminal or gnome thing or what.

Maybe an Orca hotkey could be set up for "End of selection" and map it
by default to shift-numpad-/.

On Mon, Jul 28, 2008 at 02:22:04AM -0400, Joanmarie Diggs wrote:
Hi Steve.

Clearly this tells me that either mouse clicks in flat review are
broken or something has gone wrong with gnome-terminal.

Awhile back we changed Orca to consider all modifiers and their states
when determining if a given set of keystrokes was a match for an Orca
command or not. See

By insisting that each keybinding is a specific set of keys -- and only
those keys -- we avoid accidentally taking over commands we didn't mean
to as well as having ambiguous bindings which might result from the
addition of new commands/bindings down the road.

However, the apparent side effect of this change is that before any ol'
use of NumPad slash was seen as a left-click. The fact that you were
holding down Shift was irrelevant to us. So we clicked, Shift did what
it would do anyway, and you selected text via mouse click. Now, Shift
+NumPad slash is seen as a different command from NumPad slash so we
don't click. Because Shift+NumPad slash isn't an Orca command, we don't
do anything else with it either.

I'm not sure what the right answer is here. Perhaps we should make an
exception for clicking....

Thanks for the report.  Take care.

- -- 
HolmesGrown Solutions
The best solutions for the best price!
Version: GnuPG v1.4.7 (GNU/Linux)


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]