I’ve used tmux inside a single vterm buffer for several years now, and together with vterm-toggle to toggle buffer visibility with a single keypress, it’s been a nearly perfect setup (apart from vterm-toggle messing up winner-mode’s undo history). I remapped the default tmux operator key to ‘;’ so it kinda logically fits with devil-mode, which I’ve been using for a few months.

I’ve also augmented vterm with custom functions, such as I can quickly cd to another dir using ivy completion in the minibuffer, which is much faster than using shell’s integrated completion system.

I’ve tried to adopt tmux in my workflow but it’s just so much more convenient to do it from Emacs, especially with vterm. I think you can create multiple vterm instances with C-u M-x vterm but that might be something I added myself, can’t remember.

Is there anything I’m missing out on by not using tmux?

multi-term.el

https://www.emacswiki.org/emacs/download/multi-term.el

I do exactly the opposite for you, because the connection is so unstable and I have no control over it. TM-UX serves as a more robust way for the access.

​

but I do want to say that it’s the drawback is there’s not too much in a package I can you can use all it can be used but it’s just so annoying to reinstall all those necessarily those requirements so hassle but the good point is I always adopt a banana conversion so it’s as long as it’s just basic it’s okay and as soon as there’s some complicated manipulations over the code definitely just had a local editing done and send it by you know you know you know synchronize server

Use multi-vterm: https://github.com/suonlight/multi-vterm

Anything else is a waste of time since vterm is the only decent terminal for Emacs.

I use emacs as a daemon and attach to it via emacsclient. That makes it persist across disconnects.

I also spawn all my shells inside emacs, which gives it tmux functionality.

Basically, you start an emacs server instance, then open emacs client frames/buffers for your shells.

You can split the frame like tmux, and you can “detach” your client windows, while leaving the emacs server running with your shells and anything that you are running in the shells still active.

If you’re already spending a lot of time in emacs, this works quite nicely. If not, I opine that it’s better to just use tmux or screen.

I just built emacs from source, I love emacs, but no, it does not replace tmux; I use tmux to have multiple long lived sessions on a remote machine, so I SSH into something, start up tmux and then kick off a CLI process that will take a long time to finish.

I’m not even remotely interested in installing emacs on several EC2 instances.

ssh remote_machine

# create a new screen session

screen -S multibuffer

emacs # console mode aka -nw

# do all the screen splits needed

# m-x shell to start any number of shells

# CTRL-D to disconnect

# leave machine

exit

# decide to go back

ssh remote_machine

# reconnect to existing shell

screen -r multibuffer

# tada! your shells are back

Join the cult of those of us who use emacs within tmux.

I love this post, exactly what I’m looking for. I mostly work on remote servers and need to debug python and needless to say, it’s a real pain, I did a workaround of using pdb for this case. Nevertheless, using tmux inside emacs feels rly clunky.

Try zellij, could save you a lot of time and trouble

i guess it depends on what you use tmux for. in another reply in this post i’ve mentioned detached.el, which allows you to have sessions of commands that live even if your Emacs dies, and it can be seamlessly integrated to your shell, meaning you can use your shell as usual in Emacs but instruct it to run certain commands through detached.el. there are more lightweight alternatives to this, such as sending commands to a compilation buffer (i could link you to those as well, just ping me).

the windows/panes setup can be replicated using tabs and the default window management system for Emacs (which you can tweak to your pleasing). you can even store window configurations (i do something similar to that with tmux).

so what is it that you need from tmux that you would like to see in Emacs?

I forgot about tmux, because I don’t need it when I use Emacs and Emacs lets me think in a different way. Just learn the Emacs way, and you don’t need tmux.