Looks like a few QoL improvements and bug fixes. Nothing disruptive that would normally come with a major release version. Looks like you can set a password on it now, which is cool (though I personally like having linux perms govern access to my screen/tmux). Multiinput sounds interesting as well, though in the past that was a feature I thought I'd love to have, but once I had I never use. I'm glad to see Screen is…
I wonder how many people are using the default b key binding in tmux
GNU Screen 5.0 Released
81–90 of 126 posts
Re: GNU Screen 5.0 Released
#82Looks like a few QoL improvements and bug fixes. Nothing disruptive that would normally come with a major release version. Looks like you can set a password on it now, which is cool (though I personally like having linux perms govern access to my screen/tmux). Multiinput sounds interesting as well, though in the past that was a feature I thought I'd love to have, but once I had I never use. I'm glad to see Screen is…
I wonder how many people are using the default b key binding in tmux
Re: GNU Screen 5.0 Released
#83Screen, tmux, et al. are great. But here's another way of approaching the same problem: Emacs can serve as a superlative terminal multiplexer if you're willing to give it a shot or if you're already an Emacs user, but do not want to use Emacs's TRAMP (remote editing) functionality: 1. Emacs can run as a server, so you can run it on your remote servers and connect to it with `emacsclient' via SSH. This has the added a…
I love Emacs but using it as a terminal sucks. Eshell is not a proper terminal emulator. Using it with programs that take control of the entire terminal window like less is janky. Stuff like ncurses based TUIs don't work at all. Editing with TRAMP, on the other hand, is a pleasure.
Re: GNU Screen 5.0 Released
#84Earlier quoted context omitted.
Why did you switch to tmux? It seems to me that screen is more ubiquitous, and has more features. Having a modem is a pretty handy thing built into it.
People say tmux is more powerful. Whatever that means? Screen seems to cover all my needs and it learning it is easy. I came for the tabs (windows), sessions, copy and paste - but the must have for everyone is the scrollback buffer. You need it! Especially since we can scroll one the plain terminal.
I very rarely use screen/tmux nowadays, but as I recall tmux is a better fit for someone who wants to script their interaction. It makes it easy to send keys to other panes/windows in the session, and also to capture the content from other existing panes/windows.
Re: GNU Screen 5.0 Released
#85Earlier quoted context omitted.
In that case, try Zellij. I gave it a shot the last time it made the rounds on HN and instantly loved it. Killer feature: mouse scrolling works out of the box.
I loved Zellij, it was the first time a terminal multiplexer felt like it added significant value without significant work from me. The only problem is that projects dealing with network stuff require aging just the way wines do. Networks are unreliable and can get into a thousand different states that are a combination of local connection issues, remote issues, input problems, etc etc. I found (when I tried it a yea…
Re: GNU Screen 5.0 Released
#86My issue with screen and tmux is that they break mouse selection. All I know is that it is possible to select text and it gets copied into a buffer, but my terminal can't interact with this buffer.
tmux at least does allow multiline selection with the mouse in a pane, not copying the entire line across multiple vertically split panes, but limiting itself to the active pane. Yet I then have no way to get that copied text into the OS's clipboard.
And with screen, if there are multiple vertically split panes, it will select the entire text in that line, not caring about the fact that these panes have an entirely different content.
It makes me feel bad about myself when I see people showing their tmux skills, because I can't use it due to my demand of easily copying into and from the native clipboard.
For me screen has turned into what I use to run long-running processes, and tmux what I use to create multipane layouts which mostly serve as dashboards, showing the output of `docker log --follow` or screens of long-running processes.
Both tools are really great, but I know that I'll not be able to use them properly. Multiple mintty terminals are what I have to settle with.
Could it be possible to write some kind of tool which watches such a buffer and then sends it via HTTP to my machine, which then moves it into the clipboard (and the other way around)?
Re: GNU Screen 5.0 Released
#87> Removed commands: - nethack https://www.gnu.org/software/screen/manual/html_node/Nethack... > Changes the kind of error messages used by screen. When you are familiar with the game nethack, you may enjoy the nethack-style messages which will often blur the facts a little, but are much funnier to read. Anyway, standard messages often tend to be unclear as well.
Re: GNU Screen 5.0 Released
#88Screen, tmux, et al. are great. But here's another way of approaching the same problem: Emacs can serve as a superlative terminal multiplexer if you're willing to give it a shot or if you're already an Emacs user, but do not want to use Emacs's TRAMP (remote editing) functionality: 1. Emacs can run as a server, so you can run it on your remote servers and connect to it with `emacsclient' via SSH. This has the added a…
I love Emacs but using it as a terminal sucks. Eshell is not a proper terminal emulator. Using it with programs that take control of the entire terminal window like less is janky. Stuff like ncurses based TUIs don't work at all. Editing with TRAMP, on the other hand, is a pleasure.
Re: GNU Screen 5.0 Released
#89Earlier quoted context omitted.
People say tmux is more powerful. Whatever that means? Screen seems to cover all my needs and it learning it is easy. I came for the tabs (windows), sessions, copy and paste - but the must have for everyone is the scrollback buffer. You need it! Especially since we can scroll one the plain terminal.
> People say tmux is more powerful. Whatever that means? I very rarely use screen/tmux nowadays, but as I recall tmux is a better fit for someone who wants to script their interaction. It makes it easy to send keys to other panes/windows in the session, and also to capture the content from other existing panes/windows.