Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

tmux 1.8 Released

tmux.sourceforge.net

Post reply on HN
Print view View original

121–130 of 162 posts

Re: tmux 1.8 Released

#121

Post by cdjk »

ams6110 wrote: post #106
pivo wrote: post #104

Earlier quoted context omitted.

One reason to run Emacs in tmux is if you work on remote machines over, e.g. ssh. Emacs in tmux (or screen) lets you detach, log out then log back in and re-attach to the remote session with Emacs still running. That's amazingly handy.

Another option is tramp[1], which lets you open files remotely (generally via ssh/scp). Not the same thing, but often accomplishes the same goal. [1] http://www.gnu.org/software/tramp/#Top

You still need a remote shell open if you want to run make, use SCM plugins, etc, so I've never found tramp that useful. If there's a clever solution for that I'd love to hear it.

Re: tmux 1.8 Released

#123

Post by cturner »

throwaway125 wrote: post #113
cturner wrote: post #109

Earlier quoted context omitted.

Well - it's my tool of choice for editing Makefiles. :) But that's all I use it for. My vim setup automatically hammers tabs to spaces, and make doesn't like that. Shell users who use emacs mode (most ppl) may be annoyed by ctrl+a missing.

The following line in your vimrc will make vim not expand tabs for every file named "Makefile". au BufRead,BufNewFile Makefile set noexpandtab

Wow - this thread is full of good advice. I have not touched my dot files in about four years, and today they're all getting an upgrade. Thanks!

Re: tmux 1.8 Released

#125

Post by akurilin »

Don't know if I'm the only one in this boat, but I often feel pretty conflicted about upgrading to a newer version of a tool where I have had a lot of configuration and shortcuts defined for ages. If any of them break, you'll have to go back and dig through the arcane tmux config file, figure out what changed.

Re: tmux 1.8 Released

#126

Post by q_revert »

the new choose-tree commmand is superb, for anyone who regularly uses tmux and already understands how great it is, you should consider upgrading for this alone..

with several sessions running on most of my machines, i frequently found myself `detaching` and `reattaching` to a different session... as the `choose-session` command gives you a full list of all the windows, which tends to obfuscate exactly what's going on, particularly if you have a bunch of sessions and windows..

however, the `choose-tree` gives you a session tree, which you can expand and easily identify... meaning that instead of sending `^a d`, followed by tmux attach sessionname you can comfortably do a `^a s` and get where you want to be (presuming you've remapped ^b to ^a)

also, you should be using the tmux buffers, `^a =`!

Re: tmux 1.8 Released

#127

Post by X-Istence »

cturner wrote: post #123
throwaway125 wrote: post #113

Earlier quoted context omitted.

The following line in your vimrc will make vim not expand tabs for every file named "Makefile". au BufRead,BufNewFile Makefile set noexpandtab

Wow - this thread is full of good advice. I have not touched my dot files in about four years, and today they're all getting an upgrade. Thanks!

At least in my vim, Makefiles are automatically set to noexpandtab even-though I have it set to automatically expand tabs for everything else.

Re: tmux 1.8 Released

#128

Post by q_revert »

cturner wrote: post #42

I realise you can rebind them, but both screen and tmux do themselves a disservice by choosing binding keys which overlap with prominent keys in emacs and for users who use emacs mode in their shell. First impressions count. If you want to configure tmux to use just a backtick as the escape, create ~/.tmux.conf unbind C-b set -g prefix ` bind-key ` send-prefix When you need to type a backtick just press it twice. For…

   bindkey 'a' last-window
   bindkey C-a last-window
if you use the command frequently enough, it might be worthwhile binding `^a a` and `^a^a`, similar to the tactic of binding F1 to in vim

Re: tmux 1.8 Released

#129

Post by jrdn »

cdjk wrote: post #121
ams6110 wrote: post #106

Earlier quoted context omitted.

Another option is tramp[1], which lets you open files remotely (generally via ssh/scp). Not the same thing, but often accomplishes the same goal. [1] http://www.gnu.org/software/tramp/#Top

You still need a remote shell open if you want to run make, use SCM plugins, etc, so I've never found tramp that useful. If there's a clever solution for that I'd love to hear it.

eshell interfaces pretty well with tramp (well, not over FTP obviously, but ssh) so if you're editing a file over tramp and start eshell, it'll be in the directory of the file on the remote host. you can also use tramp-y paths in eshell:

cd /user@host:/home/user/

Post reply on HN