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): How reproducible: Always 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. Additional info:
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.