20 ms·

This is great, btw. Kinto is 100% a sanity saver. Please note the following rant is mostly tongue-in-cheek. 'cuz it turns out, I personally hate how Windows an

This is great, btw. Kinto is 100% a sanity saver. Please note the following rant is mostly tongue-in-cheek. 'cuz it turns out, I personally hate how Windows and Linux do things with `ctrl`. Coming from a Mac, my biggest and most consistent annoyance is that the `ctrl` key is fucking useless at best... One of the most common use cases for the `ctrl` key is COPYING shit and followed by PASTING shit and it DOES NOT WORK in a fucking TERMINAL... Because `ctrl-c` sends an interrupt, I don't know what `ctrl-v` sends and I don't give a shit as long as it is not pasting my fucking buffer. Seriously... on Linux this has got to be the worst default ever made. Sure `ctrl+shift-c` will copy things but it's fighting decades of fucking muscle memory... and if I miss the shift, "boom" repl killed. Great experience for someone totally new to the OS, just follow this tutorial, start by copying this from your spooky new black box: "[^C program exited." I'm willing to bet I ran into that exact thing years ago in highschool and just attributed it to me being a dumbass and gave up: "damn, I can't even copy paste shit in this, I'll never figure it out" instead of that being the worst most absurd default on a *nix system ever. And the "Windows/Hyper" key? Ah yes, here's a key that was created to globally disrupt whatever you are doing. So where is the obvious location? In-between two keys that are ONLY used as modifiers; so, when you accidentally hit the wrong one you always lose focus. Even better is when you accidentally do so on both characters; enabling some obscure setting or window you can't correctly undo because you don't know what you pressed! I'm glad to know there are at least some other sane people out there who have realized 1992 may not have been the pinnacle of desktop computing...

deleted 6y ago
[deleted]
chmln 6y ago
> One of the most common use cases for the `ctrl` key is COPYING shit and followed by PASTING shit and it DOES NOT WORK in a fucking TERMINAL... Because `ctrl-c` sends an interrupt Most terminals today have a copy-on-select feature, which means you don't need to ctrl-c at all. Just select and ctrl-v.
- jacobolus 6y ago
  A large number of keyboard shortcuts are in conflict. "One specific keyboard shortcut has a mouse-based workaround" is not really a good answer. The Windows GUI copied the Mac’s keyboard shortcuts (originally from Lisa?) but didn't have a dedicated key for them so re-used the existing Ctrl key, which already had a meaning on text-based operating systems. (This happened because Microsoft had no input into hardware keyboard layouts, and wanted to make software compatible with the plethora of IBM-Model-M-layout keyboards available in 1985–1990.) Then Linux GUIs wholesale copied every feature of Windows they could including the keyboard shortcuts, in a context where this was even worse, because now existing Ctrl-based shortcuts from terminal software were directly in conflict with new Ctrl-based shortcuts from Windows.
  - fishywang 6y ago
    >One specific keyboard shortcut has a mouse-based workaround Except for that particular action (select some text on terminal then copy) you have to use mouse to do the "select" part anyways.
    - pmontra 6y ago
      That's why I never connect a mouse on my laptops. I've got a touchpad that's part of the keyboard. I select text with it and paste with its middle button. I only buy laptops with three physical buttons precisely because of this user case. A mouse would slow me down. Where a mouse is really needed is in action games. A touchpad is too slow there.
      - fishywang 6y ago
        Doesn't the word "mouse" include trackpads in most context?
        pmontra 6y ago
        Maybe, but I'm not sure about it. They are very different in location and interaction patterns. In this context there is a lot of difference between a mouse and a touchpad. For example, I select text with the keyboard most of the times in emacs and in any other input box (not in vim, is it even possible?). So I'd lose time by reaching to a mouse. I hardly have to move my hands to use my touchpad.
setpatchaddress 6y ago
You could use a Mac and avoid all of this nonsense entirely.
- fishywang 6y ago
  And then deal with all the Mac nonsense? No thanks.
  - silon42 6y ago
    +1 I'm not touching a mac without swapping ctrl/command and finding an app for proper Alt+Tab window switching.
    - deagle50 6y ago
      I like this one https://alt-tab-macos.netlify.app/ https://alt-tab-macos.netlify.app/
quesera 6y ago
I'm having difficulty parsing your rant. I can't tell if we agree or not. :) Ctrl+C is a method of generating a standard ASCII character which has meant "ETX" (end of text, sometimes "interrupt") for many decades. Other control chars are useful too. In addition to C, I use S, Q, D, Z, V, O, N, I, G, H, M, L, J, Y, A, E, K, W ... probably others ... fairly regularly. So in the early 1980s, along comes MacOS which needs keyboard shortcuts for GUI actions. What does Apple do? They add a key to the keyboard, an Alt or Meta equivalent called "Command". OK, awesome. Then Windows comes along. Microsoft says "eh, who cares let's break it all", (or more charitably "we don't control the hardware and can't add a key, so let's break it all") and reuses Ctrl+C for copy. Et cetera. Then Linux desktop environments come along and say "well people really like Windows...we don't, but most people who might try our DE probably do, so let's borrow the bad ideas from Windows instead of the good ideas from Unix or MacOS. Let's use Ctrl+C for copy! But also the command line is kind of important on Linux, so let's screw everything up and use Ctrl+Shift+C for copy in the terminal only because who cares about usability and UX consistency? Not us!" That was 25 years ago. Nothing has improved since then. Alas.
- SeanLuke 6y ago
  > They add a key to the keyboard, an Alt or Meta equivalent called "Command". OK, awesome. Apple added three keys on the original Mac keyboard. The Command key, the Option key (which is used, more or less, as a second Shift key) and the Enter key (not to be confused with Return). The Enter key eventually was deprecated and made equivalent to keypad-Enter. It's now mapped to Shift-Return on Macs. The Option key, not the Command key, is now mapped on modern keyboards to Alt. The Command key is its own wonderful beast. Both ESC and Control were missing; both were added back later.
  - quesera 6y ago
    This is true, and it's an evolution from the Apple II (//, ][, etc) days which had two Apple keys (Open Apple and Closed Apple), one on each side of the space bar. I recall reading somewhere that Jobs hated Open Apple and Closed Apple. But thank goodness for ⌘ !
3np 6y ago
I kind of disagree (I mean, ctrl+insert/shift+insert works consistently, right?) The one time I get really frustrated with conflicting keyboard shortcuts is when trying to do terminal work in a web browser, through, like the odd KVM session when SSH is down. The number of times I instinctively pressed Ctrl+W to correct a word in bash and instead close the whole session... Or, depending on emulator, inability to paste. Even more frustrating that these situations are commonly high-pressure.
- klodolph 6y ago
  The insert key is consistent, but it’s so far away that it comes with a bunch of typos. I just can’t consistently hit keys that are so far away from the home row. Same with the Windows home/end for sending the cursor to the beginning/end of line. That entire block of keys is only useful for navigating documents, they’re just unergonomic to use when you’re also typing.
  - 3np 6y ago
    Yeah I get you. For home/end: Ctrl+A/Ctrl+E for all shells, ^/$ otherwise
limeblack 6y ago
Get a Japanese[1] keyboard and remap some keys around and you can accomplish this on Windows. You will need SharpKeys[2] and Autohotkey[3] at least in my set up. [1]: https://images-na.ssl-images-amazon.com/images/I/61oeDlRN4QL._AC_SL1200_.jpg https://images-na.ssl-images-amazon.com/images/I/61oeDlRN4QL... [2]: https://www.randyrants.com/category/sharpkeys/ https://www.randyrants.com/category/sharpkeys/ [3]: https://www.autohotkey.com/ https://www.autohotkey.com/
- jhvkjhk 6y ago
  The problem with the Japanese keyboard is it adds too many keys. Keys added in the last row are OK, we can pick one serving as “Command”; but keys added in the home row, number row break your muscle memory thoroughly(as enter and backspace are frequent keys). I bought one, threw it into garbage the second day.
  - limeblack 6y ago
    For a European keyboard there is hardly a difference but ANSI sure. I have backspace remapped as normal.
- desmap 6y ago
  nice, just tried to find some places where can find more models, like smaller layouts etc, but couldn't anything, neither on ali, amazon and ebay. Where do people buy Japanese keyboards except in Japan?
  - limeblack 6y ago
    Try https://www.amazon.co.jp/ https://www.amazon.co.jp/
    - desmap 6y ago
      Ok this was easy. Don't know why I haven't checked Amazon JP... Just checked and you can even order from Amazon JP and let ship to Europe. Nice, problem seems to be solved. Did you ever order something from them?
PostThisTooFast 6y ago
While the terminal example is valid, the physical location of the Ctrl key is much better for access. Tucking your thumb under your hand to execute a pincer-like movement for the very common copy/paste commands is awkward and annoying. Apple should've put the Command key where the "fn" key is. But the worst thing about Apple keyboards: NO GODDAMNED DELETE KEY. Apple inexplicably offers only a Backspace key mislabeled "delete." WTF? Every other vendor manages to put a proper Delete key on even the smallest keyboards. I don't backspace things away when I want to delete them. Retarded, Apple. And they had ample opportunity to fix this with the obsolescence of the Eject key... but no. And you couldn't even remap Eject to be Delete, because again inexplicably Apple put a HARDWARE DELAY on that key for some reason. Were people killed by accidentally ejecting a CD-ROM? And if so, why didn't they make Eject a secondary function... on a Delete key? Oh, and then there's the idiotic default behavior of the Mac Home and End keys. I pretty much NEVER want to go to the beginning or end of a document, but very very frequently want to go to the end of a line.
fulafel 6y ago
The ctrl-c for interrupt is a default of terminal, it can be changed with stty. Eg "stty intr ^g" will make the terminal interpret a ctrl-g character as a signal to generate the interrupt signal. (And Linux the OS doesn't have any opinion on GUI terminal keybindings. You may be tempted to point your finger of blame towards X11 next, but X11 traditionally the text selection is mouse based with implicit copy on select - paste defaults to shift-insert in the bundled X11 terminal emulator. The shift-ctrl-c charade was created by gnome-terminal I think)
- fulafel 6y ago
  To me precise about ctrl-c being default of the terminal meant in this context: it's the default of the Linux kernel tty driver. Which is a different thing from the terminal emulation program. So stty manipulates the kernel tty settings with system calls without involvement of the terminal emulation program like xterm or gnome-terminal. And what interprets the ^C / ^G in this case is also the kernel.
Zardoz84 6y ago
> One of the most common use cases for the `ctrl` key is COPYING shit and followed by PASTING shit and it DOES NOT WORK in a fucking TERMINAL... Because `ctrl-c` sends an interrupt, I don't know what `ctrl-v` sends and I don't give a shit as long as it is not pasting my fucking buffer. Ctrl + Shift + Ins (paste) and Ctrl + Shift + Supr (copy) Ctrl + Shift + v (paste) and Ctrl + Shift + c (copy)
- francislavoie 6y ago
  That's not a solution. Having different hotkeys in the terminal than in every other application is horrible UX. Like I said elsewhere, I use the "smart copy" feature from kitty, which makes Ctrl+C actually copy when I want, if text is selected (and Ctrl+V works as normal).
cameronperot 6y ago
I might suggest remapping caps lock to control on hold and escape on tap [1]. https://gitlab.com/interception/linux/plugins/caps2esc https://gitlab.com/interception/linux/plugins/caps2esc
- mackrevinack 6y ago
  capslock to ctrl works really well on thinkpad keyboards. with the fn key in the corner instead of ctrl, you can press fn with the base of your palm and then press the F keys with your middle finger. i can reach F8 without mashing any other keys with my palm
fn1 6y ago
After switching development from Mac to Windows I wrote an AutoHotkey script that maps most ctrl+ combinations to alt, which is the physical location where cmd on the mac was. so alt+c for copy, alt+v for paste etc. it solves the terminal problem AND it reduces strain on the thumb.
francislavoie 6y ago
I just solve that terminal issue by using a terminal that has "smart copy". The two I know of that do are pantheon-terminal (from elementaryOS) and kitty. The idea is that Ctrl+C behaves normally (sends SIGINT) unless you have text selected, in which case it will copy the selected text then clear the selection. So if you had something selected, you just hit Ctrl+C twice to send an interrupt if you need to, with the convenience of Ctrl+C working just like you'd expect in every other app.
- bscphil 6y ago
  This sounds to me like one of those ideas that's great in theory but real-life situations are too fragile to make it work. Suppose you're trying to copy something out of the window with a long-running process. You select some text and then press Ctrl-c, but whoops your hand jerked and you tapped c twice. Process killed. Or as you moved your hand to hit the shortcut, whoops you bumped the trackpack and clicked, deselecting your text, and Ctrl-c killed your process. Obviously either of these would rarely happen, but every time I use a terminal in macOS I end up accidentally killing a process because I can't keep the modifier keys straight, so I'm sensitive to introducing the issue on Linux. (On Linux, I have the opposite problem, which is that I try to Ctrl-shift-c in Firefox, which opens the dev tools.)
  - Someone 6y ago
    “your hand jerked and you tapped c twice. Process killed” I don’t see how that can happen. If you tap c twice, you either copy twice (copying keeps text selected), which is harmless, or, if you release the control key between the taps, type a c, which doesn’t kill the process. The accidental deselect, on the other hand, can indeed be problematic.
    - toxik 6y ago
      It was explicitly stated that copying deselected text and that ^C^C copies and kills.
  - alanbernstein 6y ago
boudin 6y ago
If you find this annoying, a way around is to set your terminal to use ctrl+c and ctrl+v for copy/pasting and ctrl+shift+c and ctrl+shift+v for the original chars it sends.
aequitas 6y ago
I love the Mac shortcuts because most are centred around the thumb and left hand, instead of having to awkwardly pinky the ctrl key or stretch for a alt-f4.
- simion314 6y ago
  The solution that works perfectly for me is to remap the keys, L Alt -> L Ctrl , Win Key -> L Atl , CapsLick -> Esc. Probably this will not work for many people but is great for me since I have tons of keyboards shortcuts in my IDE and DE that use ctrl and shift . I think I use Alt only for Alt+tab but I don't need it that often because I have 7 virtual desktops that I reach using Ctrl+f1/f7
tobyhinloopen 6y ago
As a user of mac, ubuntu and windows, 100% agree.
christophilus 6y ago
It is indeed frustrating. ElementaryOS gets this mostly right. I wish Elementary was a rolling release distro...
silon42 6y ago
The conflict between Ctrl+C Copy vs SIGINTR could be resolved by making the Escape key be the interrupt key which would actually be the correct behavior from user standpoint... but everyone would have to relearn it.

deleted 6y ago

[deleted]

chmln 6y ago

> One of the most common use cases for the `ctrl` key is COPYING shit and followed by PASTING shit and it DOES NOT WORK in a fucking TERMINAL... Because `ctrl-c` sends an interrupt Most terminals today have a copy-on-select feature, which means you don't need to ctrl-c at all. Just select and ctrl-v.

jacobolus 6y ago
A large number of keyboard shortcuts are in conflict. "One specific keyboard shortcut has a mouse-based workaround" is not really a good answer. The Windows GUI copied the Mac’s keyboard shortcuts (originally from Lisa?) but didn't have a dedicated key for them so re-used the existing Ctrl key, which already had a meaning on text-based operating systems. (This happened because Microsoft had no input into hardware keyboard layouts, and wanted to make software compatible with the plethora of IBM-Model-M-layout keyboards available in 1985–1990.) Then Linux GUIs wholesale copied every feature of Windows they could including the keyboard shortcuts, in a context where this was even worse, because now existing Ctrl-based shortcuts from terminal software were directly in conflict with new Ctrl-based shortcuts from Windows.
- fishywang 6y ago
  >One specific keyboard shortcut has a mouse-based workaround Except for that particular action (select some text on terminal then copy) you have to use mouse to do the "select" part anyways.
  - pmontra 6y ago
    That's why I never connect a mouse on my laptops. I've got a touchpad that's part of the keyboard. I select text with it and paste with its middle button. I only buy laptops with three physical buttons precisely because of this user case. A mouse would slow me down. Where a mouse is really needed is in action games. A touchpad is too slow there.
    - fishywang 6y ago
      Doesn't the word "mouse" include trackpads in most context?
      - pmontra 6y ago
        Maybe, but I'm not sure about it. They are very different in location and interaction patterns. In this context there is a lot of difference between a mouse and a touchpad. For example, I select text with the keyboard most of the times in emacs and in any other input box (not in vim, is it even possible?). So I'd lose time by reaching to a mouse. I hardly have to move my hands to use my touchpad.

setpatchaddress 6y ago

You could use a Mac and avoid all of this nonsense entirely.

fishywang 6y ago
And then deal with all the Mac nonsense? No thanks.
- silon42 6y ago
  +1 I'm not touching a mac without swapping ctrl/command and finding an app for proper Alt+Tab window switching.
  - deagle50 6y ago
    I like this one https://alt-tab-macos.netlify.app/ https://alt-tab-macos.netlify.app/

quesera 6y ago

I'm having difficulty parsing your rant. I can't tell if we agree or not. :) Ctrl+C is a method of generating a standard ASCII character which has meant "ETX" (end of text, sometimes "interrupt") for many decades. Other control chars are useful too. In addition to C, I use S, Q, D, Z, V, O, N, I, G, H, M, L, J, Y, A, E, K, W ... probably others ... fairly regularly. So in the early 1980s, along comes MacOS which needs keyboard shortcuts for GUI actions. What does Apple do? They add a key to the keyboard, an Alt or Meta equivalent called "Command". OK, awesome. Then Windows comes along. Microsoft says "eh, who cares let's break it all", (or more charitably "we don't control the hardware and can't add a key, so let's break it all") and reuses Ctrl+C for copy. Et cetera. Then Linux desktop environments come along and say "well people really like Windows...we don't, but most people who might try our DE probably do, so let's borrow the bad ideas from Windows instead of the good ideas from Unix or MacOS. Let's use Ctrl+C for copy! But also the command line is kind of important on Linux, so let's screw everything up and use Ctrl+Shift+C for copy in the terminal only because who cares about usability and UX consistency? Not us!" That was 25 years ago. Nothing has improved since then. Alas.

SeanLuke 6y ago
> They add a key to the keyboard, an Alt or Meta equivalent called "Command". OK, awesome. Apple added three keys on the original Mac keyboard. The Command key, the Option key (which is used, more or less, as a second Shift key) and the Enter key (not to be confused with Return). The Enter key eventually was deprecated and made equivalent to keypad-Enter. It's now mapped to Shift-Return on Macs. The Option key, not the Command key, is now mapped on modern keyboards to Alt. The Command key is its own wonderful beast. Both ESC and Control were missing; both were added back later.
- quesera 6y ago
  This is true, and it's an evolution from the Apple II (//, ][, etc) days which had two Apple keys (Open Apple and Closed Apple), one on each side of the space bar. I recall reading somewhere that Jobs hated Open Apple and Closed Apple. But thank goodness for ⌘ !

3np 6y ago

I kind of disagree (I mean, ctrl+insert/shift+insert works consistently, right?) The one time I get really frustrated with conflicting keyboard shortcuts is when trying to do terminal work in a web browser, through, like the odd KVM session when SSH is down. The number of times I instinctively pressed Ctrl+W to correct a word in bash and instead close the whole session... Or, depending on emulator, inability to paste. Even more frustrating that these situations are commonly high-pressure.

klodolph 6y ago
The insert key is consistent, but it’s so far away that it comes with a bunch of typos. I just can’t consistently hit keys that are so far away from the home row. Same with the Windows home/end for sending the cursor to the beginning/end of line. That entire block of keys is only useful for navigating documents, they’re just unergonomic to use when you’re also typing.
- 3np 6y ago
  Yeah I get you. For home/end: Ctrl+A/Ctrl+E for all shells, ^/$ otherwise

limeblack 6y ago

Get a Japanese[1] keyboard and remap some keys around and you can accomplish this on Windows. You will need SharpKeys[2] and Autohotkey[3] at least in my set up. [1]: https://images-na.ssl-images-amazon.com/images/I/61oeDlRN4QL._AC_SL1200_.jpg https://images-na.ssl-images-amazon.com/images/I/61oeDlRN4QL... [2]: https://www.randyrants.com/category/sharpkeys/ https://www.randyrants.com/category/sharpkeys/ [3]: https://www.autohotkey.com/ https://www.autohotkey.com/

jhvkjhk 6y ago
The problem with the Japanese keyboard is it adds too many keys. Keys added in the last row are OK, we can pick one serving as “Command”; but keys added in the home row, number row break your muscle memory thoroughly(as enter and backspace are frequent keys). I bought one, threw it into garbage the second day.
- limeblack 6y ago
  For a European keyboard there is hardly a difference but ANSI sure. I have backspace remapped as normal.
desmap 6y ago
nice, just tried to find some places where can find more models, like smaller layouts etc, but couldn't anything, neither on ali, amazon and ebay. Where do people buy Japanese keyboards except in Japan?
- limeblack 6y ago
  Try https://www.amazon.co.jp/ https://www.amazon.co.jp/
  - desmap 6y ago
    Ok this was easy. Don't know why I haven't checked Amazon JP... Just checked and you can even order from Amazon JP and let ship to Europe. Nice, problem seems to be solved. Did you ever order something from them?

PostThisTooFast 6y ago

While the terminal example is valid, the physical location of the Ctrl key is much better for access. Tucking your thumb under your hand to execute a pincer-like movement for the very common copy/paste commands is awkward and annoying. Apple should've put the Command key where the "fn" key is. But the worst thing about Apple keyboards: NO GODDAMNED DELETE KEY. Apple inexplicably offers only a Backspace key mislabeled "delete." WTF? Every other vendor manages to put a proper Delete key on even the smallest keyboards. I don't backspace things away when I want to delete them. Retarded, Apple. And they had ample opportunity to fix this with the obsolescence of the Eject key... but no. And you couldn't even remap Eject to be Delete, because again inexplicably Apple put a HARDWARE DELAY on that key for some reason. Were people killed by accidentally ejecting a CD-ROM? And if so, why didn't they make Eject a secondary function... on a Delete key? Oh, and then there's the idiotic default behavior of the Mac Home and End keys. I pretty much NEVER want to go to the beginning or end of a document, but very very frequently want to go to the end of a line.

fulafel 6y ago

The ctrl-c for interrupt is a default of terminal, it can be changed with stty. Eg "stty intr ^g" will make the terminal interpret a ctrl-g character as a signal to generate the interrupt signal. (And Linux the OS doesn't have any opinion on GUI terminal keybindings. You may be tempted to point your finger of blame towards X11 next, but X11 traditionally the text selection is mouse based with implicit copy on select - paste defaults to shift-insert in the bundled X11 terminal emulator. The shift-ctrl-c charade was created by gnome-terminal I think)

fulafel 6y ago
To me precise about ctrl-c being default of the terminal meant in this context: it's the default of the Linux kernel tty driver. Which is a different thing from the terminal emulation program. So stty manipulates the kernel tty settings with system calls without involvement of the terminal emulation program like xterm or gnome-terminal. And what interprets the ^C / ^G in this case is also the kernel.

Zardoz84 6y ago

> One of the most common use cases for the `ctrl` key is COPYING shit and followed by PASTING shit and it DOES NOT WORK in a fucking TERMINAL... Because `ctrl-c` sends an interrupt, I don't know what `ctrl-v` sends and I don't give a shit as long as it is not pasting my fucking buffer. Ctrl + Shift + Ins (paste) and Ctrl + Shift + Supr (copy) Ctrl + Shift + v (paste) and Ctrl + Shift + c (copy)

francislavoie 6y ago
That's not a solution. Having different hotkeys in the terminal than in every other application is horrible UX. Like I said elsewhere, I use the "smart copy" feature from kitty, which makes Ctrl+C actually copy when I want, if text is selected (and Ctrl+V works as normal).

cameronperot 6y ago

I might suggest remapping caps lock to control on hold and escape on tap [1]. https://gitlab.com/interception/linux/plugins/caps2esc https://gitlab.com/interception/linux/plugins/caps2esc

mackrevinack 6y ago
capslock to ctrl works really well on thinkpad keyboards. with the fn key in the corner instead of ctrl, you can press fn with the base of your palm and then press the F keys with your middle finger. i can reach F8 without mashing any other keys with my palm

fn1 6y ago

After switching development from Mac to Windows I wrote an AutoHotkey script that maps most ctrl+ combinations to alt, which is the physical location where cmd on the mac was. so alt+c for copy, alt+v for paste etc. it solves the terminal problem AND it reduces strain on the thumb.

francislavoie 6y ago

I just solve that terminal issue by using a terminal that has "smart copy". The two I know of that do are pantheon-terminal (from elementaryOS) and kitty. The idea is that Ctrl+C behaves normally (sends SIGINT) unless you have text selected, in which case it will copy the selected text then clear the selection. So if you had something selected, you just hit Ctrl+C twice to send an interrupt if you need to, with the convenience of Ctrl+C working just like you'd expect in every other app.

bscphil 6y ago
This sounds to me like one of those ideas that's great in theory but real-life situations are too fragile to make it work. Suppose you're trying to copy something out of the window with a long-running process. You select some text and then press Ctrl-c, but whoops your hand jerked and you tapped c twice. Process killed. Or as you moved your hand to hit the shortcut, whoops you bumped the trackpack and clicked, deselecting your text, and Ctrl-c killed your process. Obviously either of these would rarely happen, but every time I use a terminal in macOS I end up accidentally killing a process because I can't keep the modifier keys straight, so I'm sensitive to introducing the issue on Linux. (On Linux, I have the opposite problem, which is that I try to Ctrl-shift-c in Firefox, which opens the dev tools.)
- Someone 6y ago
  “your hand jerked and you tapped c twice. Process killed” I don’t see how that can happen. If you tap c twice, you either copy twice (copying keeps text selected), which is harmless, or, if you release the control key between the taps, type a c, which doesn’t kill the process. The accidental deselect, on the other hand, can indeed be problematic.
  - toxik 6y ago
    It was explicitly stated that copying deselected text and that ^C^C copies and kills.
- alanbernstein 6y ago

boudin 6y ago

If you find this annoying, a way around is to set your terminal to use ctrl+c and ctrl+v for copy/pasting and ctrl+shift+c and ctrl+shift+v for the original chars it sends.

aequitas 6y ago

I love the Mac shortcuts because most are centred around the thumb and left hand, instead of having to awkwardly pinky the ctrl key or stretch for a alt-f4.

simion314 6y ago
The solution that works perfectly for me is to remap the keys, L Alt -> L Ctrl , Win Key -> L Atl , CapsLick -> Esc. Probably this will not work for many people but is great for me since I have tons of keyboards shortcuts in my IDE and DE that use ctrl and shift . I think I use Alt only for Alt+tab but I don't need it that often because I have 7 virtual desktops that I reach using Ctrl+f1/f7

tobyhinloopen 6y ago

As a user of mac, ubuntu and windows, 100% agree.

christophilus 6y ago

It is indeed frustrating. ElementaryOS gets this mostly right. I wish Elementary was a rolling release distro...

silon42 6y ago

The conflict between Ctrl+C Copy vs SIGINTR could be resolved by making the Escape key be the interrupt key which would actually be the correct behavior from user standpoint... but everyone would have to relearn it.