32
submitted 8 months ago* (last edited 8 months ago) by anamethatisnt@lemmy.world to c/linux@lemmy.ml

So, being frustrated with a firefox addons copy not showing up with shift+ins in gnome-terminal I decided to switch gnome-terminal paste shortcut to shift+ins.
Are there any known bugs with doing this? I've only done some quick tests and seem to always get the clipboard info I'm expecting.

edit: Thanks to @lemmyng@lemmy.ca I now know about gpaste and use that to sync primary and selection both ways.

all 13 comments
sorted by: hot top controversial new old
[-] chrisg@aus.social 11 points 8 months ago* (last edited 8 months ago)
[-] anamethatisnt@lemmy.world 5 points 8 months ago

Muscle memory!
As soon as I work in a terminal I use shift+ins instinctively, most programs still send the copy to both buffers if they have a "copy" button/function but some now only send to primary and you get some old text selection thrown into your terminal instead of the command the program helpfully copied for you.

[-] noughtnaut@lemmy.world 3 points 8 months ago

Shift/Ctrl+Ins/Del unite! 😁 And yes, muscle memory is a powerful drug. Been using it since before Windows came along, kept using it after. Especially useful after I switched to Dvorak (and yes, I know of Colemak).

[-] lemmyng@lemmy.ca 4 points 8 months ago

Bugs? No, works as intended. But you might want to consider a clipboard manager instead, so that you can sync the clipboard to the selection buffer and vice versa.

[-] anamethatisnt@lemmy.world 1 points 8 months ago

I've tried finding a manager for this, Pano allows me to sync primary to selection but not selection to primary but I haven't found one that works the other way around. I'm currently running Fedora 38 with Gnome 44.
While the shift+ins helps with pasting the wrong stuff it would be even better if I could get middle-click to sync up too.

[-] lemmyng@lemmy.ca 3 points 8 months ago

Gpaste can do it. The out of the box experience is a bit hit and miss, but it's plenty configurable and reliable once set up to your liking.

[-] anamethatisnt@lemmy.world 2 points 8 months ago

Kudos! Thanks a lot! gnome-terminal reverted to ctrl+shift+v and shift+ins and middle-click works as expected!

[-] Anarch157a@lemmy.world 4 points 8 months ago

Shift+Ins was the default paste on Windows 3.0, before Apple sued Microsoft for copying their OS (back in then it was still called just "System"), so MS added Ctrl+C for Windows 3.1, but the old one still work.

Same thing for Xorg. Ctrl+Ins for copy, Ctrl+Del for paste and Ctrl+Ins for paste.

[-] anamethatisnt@lemmy.world 3 points 8 months ago

Are you calling me old? :(

[-] cybersandwich@lemmy.world 1 points 8 months ago

I'm over here just wishing tmux copy and paste made any fucking sense.

[-] Max_P@lemmy.max-p.me 1 points 8 months ago

They wouldn't let you change the shortcut if changing the shortcut didn't work. You can even do Ctrl+C and Ctrl+V if you want, but then ^C and ^V wouldn't be passed to the terminal anymore. The shortcuts take priority.

[-] Strit@lemmy.linuxuserspace.show 1 points 8 months ago

I can't see anything wrong with that. Unless a cli application uses the same shortcut for something.

this post was submitted on 23 Feb 2024
32 points (100.0% liked)

Linux

48210 readers
1808 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS