-
-
Notifications
You must be signed in to change notification settings - Fork 108
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
Keybind / option for read-only / protected mode #697
Comments
That's a very interesting idea and should be trivial to implement. It should be shown to the user in some way or the other, such that the user won't be disappointed why nothing is happening. |
All KiTTY does is put a But I guess a lock could also be drawn somewhere in the viewport of the window, where it is expected to be unobtrusive. Top right corner? Actually, how about all three of this? Maybe the lock icon could be somehow justapoxed with the background image? We already have a solution for showing a background even if there is text above it! We can just put a lock in the right location, and render it as a "middleground". So on top of the background, but behind the text, and preferably not blurred, even if the background is. |
While I agree that changing some sort of window decoration is nice, but keep in mind that some of us have decorations disabled |
What about changing color scheme when in readonly-mode? |
@christianparpart The problem with that is that the underlying buffer could change in readonly mode, it's just the user that should be prevented from entering things... And changing the colours could be disruptive of that. |
While the logic itself is trivial to implement, it's probably best to simply wait for #687 to be implemented, such that the visual feedback is easy, too. :) |
…rminal application against accidental input (#697).
…rminal application against accidental input (#697).
…rminal application against accidental input (#697).
…rminal application against accidental input (#697).
[contour] Adds new input action `ToggleInputProtection` to protect terminal application against accidental input (#697).
Abstract
A new keybind action, perhaps not bound to anything by default, should be added that, when pressed, disable passing input to the underlying programs.
Motivation
Sometimes I have long-running applications, output I would like to monitor, but I'm scared that pressing ^C will kill potentially hours' worth of computation. Idea taken from KiTTY that has a "Protected" mode: if enabled, you can't interact with the shell (no mouse events or keys are forwarded), and you can't even close the window -- but output is still being refreshed on your side.
The text was updated successfully, but these errors were encountered: