5 ms·

I've literally never used Ctrl+V for anything other than paste, so I'm honestly not sure how it's implemented on Windows Terminal or pantheon-terminal. But the

I've literally never used Ctrl+V for anything other than paste, so I'm honestly not sure how it's implemented on Windows Terminal or pantheon-terminal. But the way they have it, it always does what I expect. I'm also very much not a vi user because, for similar reasons, context switching is a nightmare. I use nano everywhere because it works almost exactly like everything else in my system (but honestly I should probably install micro everywhere).

boring_twenties 6y ago
Ctrl+V is for quoting a control character. IOW: if you press Ctrl+D, it will cause EOF on the input stream. If you press Tab, it causes your shell to attempt to autocomplete. But if you press Ctrl+V Ctrl+D, or Ctrl+V Tab, it will insert ASCII code 0x04 or 0x09, respectively, into the input stream.
pmoriarty 6y ago
I use SHIFT-INSERT in Windows Terminal (and in Linux terminals too, actually, where it works great).
- francislavoie 6y ago
  That requires using both hands and not only my left hand; if I'm scrolling around or clicking around, I'll have my right hand on my mouse. Ctrl+C/V is a one-handed hotkey and works in every other application. I'm not going to use a different hotkey for a single application. Like I've already said, context switching is a nightmare. I want the same basic hotkeys everywhere.
  - pmoriarty 6y ago
    You could make Ctrl+V send SHIFT-INSERT if you wanted.
    - francislavoie 6y ago
      Okay sure, but that still doesn't solve anything because the fundamental issue is with the Ctrl+C in Alacritty not behaving the way I'd want it to.
      - pmoriarty 6y ago
        Hmm.. I wonder if you could get your desired behavior by rebinding Ctrl+C in Alacritty to copy, and also using the "stty" command to change the keyboard shortcut that sends the interrupt signal from Ctrl+C to something else. The latter may be necessary because traditionally you would interrupt programs (like say a runaway cat command or some other long-running process) with Ctrl+C, so using Ctrl+C to copy would normally conflict with that. Though I suppose that a terminal could be implemented in such a way that Ctrl+C is used for copy if some text has been selected and when no text has been selected it could pass that Ctrl+C on to the application running in the terminal. This way Ctrl+C could remain as the shortcut for sending an interrupt signal to apps in the terminal, and you wouldn't have to mess with stty.
- kyriakos 6y ago
  Remapped to control shift v which can be used with one hand

boring_twenties 6y ago

Ctrl+V is for quoting a control character. IOW: if you press Ctrl+D, it will cause EOF on the input stream. If you press Tab, it causes your shell to attempt to autocomplete. But if you press Ctrl+V Ctrl+D, or Ctrl+V Tab, it will insert ASCII code 0x04 or 0x09, respectively, into the input stream.

pmoriarty 6y ago

I use SHIFT-INSERT in Windows Terminal (and in Linux terminals too, actually, where it works great).

francislavoie 6y ago
That requires using both hands and not only my left hand; if I'm scrolling around or clicking around, I'll have my right hand on my mouse. Ctrl+C/V is a one-handed hotkey and works in every other application. I'm not going to use a different hotkey for a single application. Like I've already said, context switching is a nightmare. I want the same basic hotkeys everywhere.
- pmoriarty 6y ago
  You could make Ctrl+V send SHIFT-INSERT if you wanted.
  - francislavoie 6y ago
    Okay sure, but that still doesn't solve anything because the fundamental issue is with the Ctrl+C in Alacritty not behaving the way I'd want it to.
    - pmoriarty 6y ago
      Hmm.. I wonder if you could get your desired behavior by rebinding Ctrl+C in Alacritty to copy, and also using the "stty" command to change the keyboard shortcut that sends the interrupt signal from Ctrl+C to something else. The latter may be necessary because traditionally you would interrupt programs (like say a runaway cat command or some other long-running process) with Ctrl+C, so using Ctrl+C to copy would normally conflict with that. Though I suppose that a terminal could be implemented in such a way that Ctrl+C is used for copy if some text has been selected and when no text has been selected it could pass that Ctrl+C on to the application running in the terminal. This way Ctrl+C could remain as the shortcut for sending an interrupt signal to apps in the terminal, and you wouldn't have to mess with stty.
kyriakos 6y ago
Remapped to control shift v which can be used with one hand