Version: (using KDE KDE 3.1.1a) Installed from: Debian stable Packages OS: Linux Some kind of integration with gnu screen, via menu options to select a running screen session and possibly to manipulate the screen session, would be very helpful. I state up front that this wish is partially formed. I know that one big problem I've had under UNIX for 15 years is that when I start a terminal session running some program, I can't detach it and come back to it later (which we've all gotten used to, but seems like it should be standard functionality). As such, I can definitely see the following being handy: * context menu for konsole to select an existing gnu screen session from a list of existing sessions and display it in a new virtual terminal, or maybe in the current virtual terminal * possibly a dialog box to list existing screen sessions when the 'new screen session' session type is started * context menu for konsole session running screen to switch between running screen sessions or perform other screen operations (like switch window, etc) I admit I don't know how to make the most of gnu screen yet. Its man page clearly outlines a lot of functionality for managing connections between processes and terminals. VNC currently solves part of this problem (and KDE's integration with it is awesome), but gnu screen solves the rest of it. Unfortunately, it does so in a way that requires memorizing commands and keys to get full use out of it. To me, this screams for the use of its own gui tool or integration into an existing terminal program with a handful of context menus to elaborate all the options available. I use konsole all the time. With the ability to access gnu screen's capabilities and sessions from a menu, I see myself immediately learning more about gnu screen's capabilities, demonstrating them to others, and getting more out of my system. I'm still sort of surprised that this kind of functionality wasn't immediately made available as a standard utility once 'ptys' were introduced into Unix. I can't count the number of times I've left software installing (under IRIX, I admit, but bear with me) and come back the next day to discover that it failed, required feedback for a next step, or completed but required confirmation to finish. Anyone reading this must have a similar story to tell. Finally, I reiterate that this wish is partially formed. My general wish is that I be able to use and demonstrate the power of gnu screen-like functionality, without having to memorize keystroke commands to start using it (except the handful needed to monitor processes when ssh'd in), and to be able to do it from konsole, since I use it *all* the time. I hope this description is sufficient to design and implement/integrate the functionality within the UI guidelines. Thank you for an excellent suite of software.
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