Red Hat Bugzilla – Bug 68227
cannot paste with "shift-insert"
Last modified: 2008-05-01 11:38:02 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.5 (X11; Linux i686; U;) Gecko/20020625
Description of problem:
I'm not able to paste with the "shift-insert" shortcut with gnome-terminal. All
other terminal (xterm, rxvt, gnome-terminal from gnome1..) have this shortcut..
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. gnome-terminal &
2. select something with the mouse
3. try to paste it with "shift-insert"
Actual Results: the shortcut only print "~".
Expected Results: The mouse-selection should be pasted.
You could always just change the default paste binding to Shift+Insert instead
of Control+Shift+v ...
The 'edit' -> 'paste' shortcut can not be used, since it is another 'paste' than
the one in rxvt/xterm/gnome-terminal-1. That one works on selections (like an
alias to mouse-button-3) not on the clipboard as the menu item works.
More info over at http://www.jwz.org/doc/x-cut-and-paste.html
This should be fixed in vte-0.8.4 and later -- unless bound to another action in
gnome-terminal, Shift+Insert will paste the contents of the PRIMARY clipboard,
the same way that xterm, kterm, and hanterm do.
Aaargh. Shift-insert is the CUA binding for Paste; if it is
bound to anything by default, it needs to be bound to
Paste CLIPBOARD. Making it possible for the user to
bind a "paste primary" in gnome-terminal would be a fine
addition. Binding shift-insert to paste-primary by default
is simply wrong.
If we want shift+insert to paste PRIMARY (even by default), it can be overridden
in gnome-terminal's key bindings.
Double-aaargh. I meant "If we want it to paste CLIPBOARD", it can be overridden
at the gnome-terminal level with a keybinding.