As an unsophisticated screen user without any interest in what seems to be a turf war, what is the deal with the never ending stream of "Use tmux!" articles on here?
Benefits of using tmux – streamlining your development environment
161–170 of 172 posts
Re: Benefits of using tmux – streamlining your development environment
#162To me tmux, like a lot of tools, suffers from bad defaults that makes it less enjoyable to use. One example is not being able to scroll with a mouse. I usually find someone's tmux.conf online and use it, but always run into strange problems that I don't have the energy figuring out. My current conf suffers from the navigation bar going completely black when I try to rename a pane (can't see what i'm typing). Really w…
I guess bad defaults have been chosen to maintain stability for previous users. IMHO, man pages should contain a .tmux.conf that demonstrate the "best" usage(s) of the tool. IMHO man is the most important command in unix and "man man" the first step in learning unix.
IMHO man is one of the worst things in Unix. Generally I find that tldr https://github.com/tldr-pages/tldr or bro http://bropages.org/ are far more efficient.
Speaking of... https://github.com/tldr-pages/tldr/blob/master/pages/common/...
Re: Benefits of using tmux – streamlining your development environment
#163Earlier quoted context omitted.
Is your reply really necessary? It doesn't contribute anything. At least other people having the same issues which you know the solutions but don't share, can benefit. Sorry, it just came out wrong to me.
It contributes to preventing the topic from derailing into "how to configure tmux", which is not what my comment was about. Derailing threads is considered bad etiquette online, it's not just me.
Being rude is also considered bad etiquette online and can derail a conversation just as badly, its not just me
Re: Benefits of using tmux – streamlining your development environment
#164This is actually why I prefer Emacs. I can literally do all my development work in Emacs, with a full-featured shell (e-shell), directory explorer (dir-ed), REPL and full IDE for Clojure (CIDER). It's pretty great.
I've found that emacs mostly eliminates the need for a shell. Most of what I was doing can be handled by Magit, Dired, and Async shell commands. The only thing I really use the shell for these days in long running npm jobs.
Re: Benefits of using tmux – streamlining your development environment
#165If you want to get a taste of the benefits of tmux without having to learn anything new, I recommend using iTerm and setting up an alias for 'ssh [your server] -t "tmux -CC attach || tmux -CC"' Just running that command will connect to your server and attach to an existing tmux session, or create a new one if needed, and make use of iTerm's tmux integration, so you can use the standard macOS keyboard commands (or the…
Use mosh[1] instead of ssh for superior handling of weaker connections and roaming. You close your laptop one place, go elsewhere, switch to LTE, whatever, open the lid and you're back on. Don't even need to reconnect. [1] https://mosh.org/
It's a real shame that it can't handle X11 forwarding, which is pretty much all I use ssh for nowadays.
Re: Benefits of using tmux – streamlining your development environment
#166Earlier quoted context omitted.
I guess bad defaults have been chosen to maintain stability for previous users. IMHO, man pages should contain a .tmux.conf that demonstrate the "best" usage(s) of the tool. IMHO man is the most important command in unix and "man man" the first step in learning unix.
IMHO man is one of the worst things in Unix. Generally I find that tldr https://github.com/tldr-pages/tldr or bro http://bropages.org/ are far more efficient. Speaking of... https://github.com/tldr-pages/tldr/blob/master/pages/common/...
Just learn how to RTFM.
Re: Benefits of using tmux – streamlining your development environment
#167I dropped tmux for neovim terminal emulator with neovim-remote to hook into my existing nvim session. So far so go!
How do you deal with :terminal replacing your current buffer (it close it when you exit the shell). And the fact that as far as I can tell none of your keybindings work when you're inside :terminal?
Re: Benefits of using tmux – streamlining your development environment
#168I've been a GNU Screen user for a good while. The increased productivity is wonderful.
However, I'm prevented from switching to Tmux because you can't attach to the same session from multiple terminals, and show a different window in each terminal.
I use this all the time in Screen - in Tmux, changing the window being viewed in one terminal, changes all other terminals attached to that session.
Re: Benefits of using tmux – streamlining your development environment
#169I dropped tmux for neovim terminal emulator with neovim-remote to hook into my existing nvim session. So far so go!
How do you deal with :terminal replacing your current buffer (it close it when you exit the shell). And the fact that as far as I can tell none of your keybindings work when you're inside :terminal?
Here's my terminal mappings: https://github.com/hhsnopek/dotfiles/blob/master/.nvimrc#L93
Otherwise I use neovim-remote (https://github.com/mhinz/neovim-remote), which will soon be natively in neovim, but until then you can connect to your vim instance and either create a new buffer or replace the existing one. You perform your things and then use `:w | bp` and jump back a buffer if you created a new one.
Similarly my keybindings can be mapped just as I did in my dotfiles (first link). Probably my favorite part is being able to search my terminal instance in vim style with `/` and navigate as I would in any other file
Re: Benefits of using tmux – streamlining your development environment
#170Earlier quoted context omitted.
Use mosh[1] instead of ssh for superior handling of weaker connections and roaming. You close your laptop one place, go elsewhere, switch to LTE, whatever, open the lid and you're back on. Don't even need to reconnect. [1] https://mosh.org/
It's a real shame that it can't handle X11 forwarding, which is pretty much all I use ssh for nowadays.
Well, that and tunnelling all sorts of other traffic, basically mini-VPN. I use this all the time for a variety of remote systems (or local, I am the remote one).