| Summary: | ctrl+L or ctrl+shift+k does not clear /usr/bin/screen correctly | ||
|---|---|---|---|
| Product: | [Applications] konsole | Reporter: | Luiz Angelo De Luca <luizluca> |
| Component: | emulation | Assignee: | Konsole Developer <konsole-devel> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | eherenz, mglb, nate |
| Priority: | NOR | ||
| Version: | 18.12.3 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=384218 | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Bug Depends on: | 391075 | ||
| Bug Blocks: | |||
|
Description
Luiz Angelo De Luca
2019-03-18 20:44:36 UTC
BTW, CTRL+L followed by a "menu/view/Clear Scrollback" does exactly what I would like ctrl+shift+k to do. Related to (duplicate of?) bug 384218. Ctrl+L/`clear`: described/reported in a bug from Egmont's post, so I'll remove it from the title, as the second part is more unique. I'll try to look at it this weekend, as it annoys me too. Ctrl+Shift+K: `screen` is kind of terminal emulator inside terminal emulator (Konsole in this case). Ctrl+Shift+K clears internal Konsole buffers and display buffer #1. `screen`, like e.g vim or nano, works on dedicated display buffer #2, where clearing buffers would be pointless, as "full-screen" applications assume the characters they put on display will be there until they change them. Even if it would be cleared, `screen` redraws everything exactly as it was in nearest opportunity (like screen change). The way to make it work is to detect the `screen` is running (easy, already done to display program name in tab title) and send clearing escape sequences to it. There could be configurable list of programs which can receive clearing sequences on display buffer #2 (with e.g. screen, tmux by default) somewhere is settings. > detect the `screen` is running Sounds hackish to me, IMO the terminal's behavior shouldn't depend on the app running inside. > and send clearing escape sequences to it How would you do it (keeping in mind that its keybindings are configurable)? Maybe allow to configure in konsole the keycombo to send for each particular app? If you really wish to go this direction, maybe you could make it independent from clearing the screen, and instead allow to specify arbitrary remapping based on the running application (and perhaps other circumstances too)? E.g. if vim is running then Shift+Ctrl+W, instead of closing the tab, could emit `:qEnter`, or sure you can come up with other ideas along these lines. (In reply to Egmont Koblinger from comment #4) > > detect the `screen` is running > > Sounds hackish to me, IMO the terminal's behavior shouldn't depend on the > app running inside. I'm not a big fan either, but there is ssh detection/integration - hence the idea. > > and send clearing escape sequences to it > > How would you do it (keeping in mind that its keybindings are configurable)? > Maybe allow to configure in konsole the keycombo to send for each particular > app? Sorry, my mistake - I just realized the escape sequence would need to be send to screen-controlled pty, not konsole's. This would be pretty big hack. > If you really wish to go this direction, maybe you could make it independent > from clearing the screen, and instead allow to specify arbitrary remapping > based on the running application (and perhaps other circumstances too)? > > E.g. if vim is running then Shift+Ctrl+W, instead of closing the tab, could > emit `:qEnter`, or sure you can come up with other ideas along these lines. This could be done with some shortcut managers (e.g. KDE's Custom Shortcuts) - the only problem is to detect program inside terminal in other way than setting its name as a part of a window title. The first question is a duplicate, the second one not a bug/not fixable. Am I missing something? I think this is not a bug, Konsole is in some parts decidedly different than XTerm. |