Exactly my thought: I switched from screen to tmux years ago, why I should care now? tmux does everything that screen didn't back then, and has improved even more since then.
However this isn't allowed in tmux without some hackery / wrapper scripts.
songseed.org/exhibit/20140430/tmux.launcher.sh
If you want to use the default, just do 'tmx'. If you want to have multiple windows, themselves shared between multiple terminals, use a label when you use it. e.g. 'tmx second'.
One thing you might find frustrating is that it resizes all the terminals for the screen size of the smallest. If anyone knows a fix for this, please supply.
You use Ctrl-Alt-F1 through Ctrl-Alt-F6 to fire up multiple terminals, right? You're saying you have screen running on one of those terminals, and then from other terminals you're somehow attaching to different windows of that one screen instance? How's that done?
It sounds pretty clever. What are the advantages of doing it that way?
-x Attach to a not detached screen session. (Multi display mode).I was hoping to hear about their workflow, though. What are the advantages of using that? How does multi display mode fit into their workflow in practice? I could try to think of use cases myself, but I prefer to learn from the experience of others whenever possible.
You are going to need to explain this as it sounds exactly to me what tmux does
I seem to recall that to make it work in Tmux, you need two sessions with the windows attached to both.
Thankfully though, I can have both screen and tmux on my machine, so may day-to-day tool is tmux and screen gets used whenever I need a time machine (which still happens at times)
A quick
screen /dev/ttyS0 115200
Keep in mind that this could be related to the default minicom config my distro shipped back when I was "evaluating" my options, but because screen works totally well for my cases, I've had since zero motivation to go back and give minicom another try.
picocom -b 115200 /dev/ttyS0