-
Notifications
You must be signed in to change notification settings - Fork 8.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Option to not clear selection on copy #3884
Comments
Incidentally, the collision between copy and cancel (one of which is handled by the terminal emulator, and the other of which is handled by the remote application) is why we haven't bound Ctrl+C by default. There's a lot of different feature requests around copying, and people have a lot of different requirements here. We should converge them, if possible. |
Just thinking out loud. Here's a few thoughts:
Originally thought of naming it EDIT: alternatively, |
Here's a question: if
This makes me wonder if maybe a global setting isn't the right approach, and instead there should be a keybinding arg on
The only thing I dislike is that a user would have to add this keybinding arg to all of their copy keybindings. But, I think that's a small case with a minor annoyance. |
I feel like #9787 is related |
From #13438
|
Description of the new feature/enhancement
Currently when you copy text it clears your selection. While this is current behavior for some terminals, this is different than standard Windows behavior. Most Windows programs simply leave the text selected and require some other action to deselect the text. This is particularly bad if you have remapped Copy to Ctrl-C, then accidentally hitting it twice can result in killing your running process accidentally. Additionally, I frequently will copy text, then need to come back to it later to recopy, but due to this issue I have to re-select the text frequently.
I just want copy/paste to work the same here that it does in every other program.
The text was updated successfully, but these errors were encountered: