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 756970 - Gnome terminal copy and paste could use IBM CUA
Gnome terminal copy and paste could use IBM CUA
Status: RESOLVED OBSOLETE
Product: gnome-terminal
Classification: Core
Component: Keybindings
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on: 774710
Blocks:
 
 
Reported: 2015-10-22 14:18 UTC by sandeep
Modified: 2021-06-10 21:01 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description sandeep 2015-10-22 14:18:49 UTC
the current copy (ctrl-shift-c) and paste (ctrl-shift-v) conflicts with keybindings in firefox and chrome. Using the same shortcuts will cause CSS editors to open,etc.

This essentially means that I have to use different keybindings across different pieces of software .

However the IBM CUA bindings - ctrl-insert and shift-insert is universally honored. 

On some laptops, the insert key is a dual function key - using the Fn key to switch between printscreen and insert. So the IBM CUA can still be used there.
Comment 1 Egmont Koblinger 2015-10-23 12:25:55 UTC
I do understand your pain, I also often open firebug accidentally.

The problem boils down to two things:

- The standard Ctrl+C Ctrl+V combos can't be used because we need to forward them to the apps. (As opposed to Mac where Ctrl+anything is forwarded to the app, and Cmd+{C,V} do the copy-pasting.) I'm afraid there's nothing we could do here.

- The total mess with two different copy-paste buffers: the primary (aka. selection - what you highlight is automatically placed here, this is the older method) and the clipboard (the newer one used by modern desktop apps for Ctrl+C Ctrl+V pasting). Shift-insert is traditionally used for pasting the primary selection (e.g. in xterm), where you request that it should paste the clipboard.

I would really miss the current shift-insert functionality if we changed it to pasting the clipboard. However, I tend to believe that consistency in the whole Gnome environment should be the most important, and it seems to match the behavior you request.

Maybe changing the default, and have some hidden setting to revert to the current behavior would be the best?

It's also unclear to me why certain hotkeys are handled hardcoded in vte, some others are configurable in (and are handled by? (not sure)) g-t.
Comment 2 sandeep 2015-10-23 18:42:11 UTC
@egmont - thanks for replying. really appreciate your thought.

Yes - I have been long jealous of OSX with its consistent copy paste behavior and I have been hoping for Wayland (and its wl_data_offer events) to finally get us to promised land. Honestly, I do not mind any key combination  as long as it is *consistent*.
Comment 3 Egmont Koblinger 2015-10-23 18:45:13 UTC
(In reply to sandeep from comment #2)

> Honestly, I do not mind any key
> combination  as long as it is *consistent*.

Well, I heard some people saying (haven't verified) that if you change your gnome-terminal copy/paste shortcuts to ctrl-c/v then you can still send these keycombos to apps with shift-ctrl-c/v. Not sure if it's good for you :)
Comment 4 GNOME Infrastructure Team 2021-06-10 21:01:27 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-terminal/-/issues/7604.