Summary: | selection of gnu screen sessions | ||
---|---|---|---|
Product: | [Applications] konsole | Reporter: | Krishna Sethuraman <krishnoid> |
Component: | general | Assignee: | Konsole Developer <konsole-devel> |
Status: | RESOLVED LATER | ||
Severity: | wishlist | CC: | brainstorm, bugs.kde.org, cpigat242, haircut, m, marcus, null, philipp, robertknight |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian stable | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Krishna Sethuraman
2003-05-24 01:29:16 UTC
I would add that a major frustration with screen (other than having a name that makes it impossible to search for) is that it has a separate scrollback buffer than the terminal it resides in. For konsole, specifically, it means that the scrollbars are useless in a screen session. It would be great to have detachable screen-like sessions *and* scrollback. It may not even require deep integration with screen, just a menu item/checkbox that says "make this session detachable" (or some other phrase that doesn't collide with existing terminolgy for window detaching), and a list of detatched sessions that can be attached to. > It would be great to have detachable screen-like sessions *and* scrollback.
Not only "screen-like", but a decent screen integration would be nice.
Additionally I would like to be able to reconfigure konsole, forcing it to start
a screen session on pressing strg+shift+n.The possibility to "lock" the tabs for
only real user input and use it for screen session renaming would be cool, too.
Not to mention, that it isn't possible to use the splitted screen feature in konsole... (kde 3.1.3) Sorry - I was wrong, splitted screens work perfectly. "user problem..." If this were a right-click option in the terminal window ('attach to screen session->xxx'), I can see this immediately becoming more useful to the average user. A Un*x user of 15+ years, having not learned about pseudo-terminals until I learned expect and read about screen, I want to scream when I think about how much more productive I could have been throughout the last ten years of my working life had I known more about this capability. I ask you to picture a user starting up a 'screen' session, then using it from different konsole windows on different kde desktops, and working until s/he logged out, or the X server crashed. Then when kde starts up again, visualize the user right-clicking on a konsole window, trying to start all over again by creating new screen sessions, then noticing the old ones are a right-click->'attach to session'->xxxx away (a context menu, mentioned when I first filed this bug). IMHO, this would impart an unmatched feeling of stability and reliability to Un*x and KDE for users (albeit, the ones that use the command line and/or curses apps) that associate a window system crash to a system crash (such as Windows users), or that associate a terminal emulator crash to a process crash (such as myself, a few months ago). I myself finally broke down and learned the basics of how to use screen. I'm using the tabbed terminal emulator 'iTerm' under MacOSX, and just had my WindowServer crash (for the first time in a year -- MacOSX is pretty stable). The ability to return to my screen sessions, just as I had left them (even though I couldn't 'detach' cleanly from them before the crash) was, relative to how I understood terminal emulators until very recently, nothing short of *magical*. And this is just knowing how to create, name, and switch sessions -- I have yet to learn how to split the screen and/or create windows. My enthusiasm stems from a desire to use and assist others in using valuable tools readily from within the KDE environment, and conversely, to recommend enhancements to the already excellent and usable KDE environment to make it an even more compelling offering. I reiterate my thanks for such a valuable suite of software, and for konsole in particular. So this feature wish seems a little bit asleep. Is the idea to attach to screen sessions (or to add similar funcionality to Konsole) gone away, or is someone still thinking about it? Personally, I'd love to attach a whole Konsole to a screen session, where each screen "window" will be one tab (or Konsole session) in the Konsole window. Even if Konsole would do something incompatible to screen(1), it would still be a great feature, much more powerfull than the current way of just cd'ing into the correct directory on a Konsole-Restart. I'd definitely still like this feature (and another one, which I'll file shortly :-) [This add in response to 'please review your entries' email] Thanks for an excellent product. *** Bug 27089 has been marked as a duplicate of this bug. *** A Gnome developer is working on screen integration in Gnome Terminal as part of their "Women's Summer Outreach 2006" programme. Some of the spoils of that project might be useful for Konsole-screen integration. Relevant blog: http://monia.wordpress.com/2006/07/28/gscreen-design/ I'd like to see some integration with screen and/or tmux as well. It would be really nice to use the konsole window as a tmux front-end - so that the operations would work on the tmux (create shell, show window list, etc.). If that would be possible even over SSH it would be great! Perhaps tmux etc. could be done as a sub-window, too - so that konsole has several windows for local use, and offers an option to create a new window from a tmux session on a remote host (with sub-panes). *** Bug 131401 has been marked as a duplicate of this bug. *** The same could be said for tmux too, of course. *** Bug 187202 has been marked as a duplicate of this bug. *** I'll close this for now as it is unlikely to be implemented w/o patches |