Unless you only use GPL software, there's no reason to not use tmux these days. Well, maybe if you're on HP-UX or something.
Unless you only use GPL software, there's no reason to not use tmux these days. Well, maybe if you're on HP-UX or something.
However, it's not true that screen has no advantages over tmux. Each program has its own strengths and weaknesses. For instance, screen is scriptable via its Lua bindings, tmux is not. Screen has zmodem support built in, tmux does not. There are probably many other examples, since screen has a bazillion features which have been developed over decades, while tmux is relatively new (and its developers don't seem to care to duplicate every one of screen's features).
It's certainly true that screen does have tons of small old features... but I sort of swept that in with "unless you're using HP-UX or something." zmodem support isn't exactly relevant to the overwhelming majority of programmers, but yes, I admit these things are still relevant to a few niches.
I'm not sure if tmux is scriptable to the same extent that screen is via screen's Lua bindings, as the latter probably exposes many of screen's internals, while scriptability of tmux is limited to what you could do with its command line arguments. I haven't researched the matter, though, so I may well be wrong.
I often have to fix servers that are not from own group, so all my knowledge is honed around tools that i can find anywhere.
# put this in your .screenrc
escape ^Oo escape ^\\It works because I have my shell configured to use vi mode for command line editing.