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
Feature: ResetTerminal action #4199
Comments
I expect this will have the same issue as #4152. Again, as @kchibisov has mentioned in the other thread, there's really nothing stopping you from finding the However, an easier way to get this functionality would still be nice in my eyes. I understand I'm arguing for something we've explictly stated we don't want, but given that the ability to push arbitrary escapes through Rather than implement this action as a one off, why not allow sending arbitrary escapes, this really would open up a number of user configs which aren't possible today. If a user configures their terminal to break their application, I see no problem TBH. |
This is indeed the exact same thing as #4152 and #3997. In general, people that know what this binding actually does and when it should be used, will have no problem doing the same thing without it. The only thing that could be brought up is making it simpler, but I really doubt you find yourself in a locked up terminal without being able to type
Do you have any examples of where "something gets messed up" with a running program the user cannot interrupt? I'd struggle even intentionally putting myself into that scenario.
That has already been discussed before and the arguments really haven't changed. I'm not aware of any way this could be used which wouldn't be abuse of the feature. |
What's the point of explicitly going dsync with a program, if the program reached a broken state I'm not sure why we're reiterating this issue, since you can |
Since there have been no arguments brought forward that would justify this, I'm going to close this issue for the same reason as #3997. |
I doubt this will make much difference in your mind, but I spend a lot of time in gdb, and have been sorely missing the ability to clear my screen without leaving gdb for clarity of reading the output, which both gnome-terminal and Konsole were able to support via reset & clear before I switched to alacritty. I understand that this is, again, not the intended purpose of 'reset', but I also think it's strange that given the fact other people have already gone so far as to write the code for you, you still refuse to implement such a basic function. |
I'll share once more the external workaround for resetting the terminal. cc @space-pagan To be clear: this is the reset that erases everything, not just the scrollback. |
I think it would be useful to have a ResetTerminal action, so that I could tie it to a keyboard shortcut to reinitialize the terminal. This could be useful when I break it so much that typing
reset
it not viable, or if I am not inside a shell but some other program (although I am not sure if it would work there).It is not something I use often in other terminal emulators, but sometimes I do and sometimes it fixes the issue (and sometimes I just restart the terminal emulator app).
The text was updated successfully, but these errors were encountered: