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

Using tmux properly

danielallendeutsch.com

Post reply on HN
Print view View original

201–210 of 218 posts

Re: Using tmux properly

#201

Post by baby »

kaushalmodi wrote: post #193
baby wrote: post #176

Earlier quoted context omitted.

Problems with emacs: * some languages are not included by default * some very good extensions are not included by default also (ace-jump)

ace-jump was a good package. Now it is superceded by avy (by abo-abo on GitHub) in every way + new features. For such packages that always have room for improvement and not related to core emacs functionality, it is better that they stay in external repositories on GNU Elpa or Melpa. That way, older packages do not have to get tied with emacs core. Currently Ido package is in that situation. I used to use Ido, but no…

What is better with avy?

Re: Using tmux properly

#202

Post by Morantron »

GrinningFool wrote: post #195
Morantron wrote: post #96

You are not using tmux properly if you don't have tmux-fingers ( https://github.com/morantron/tmux-fingers ) installed B)

Thanks for the shameless plug, I was getting ready to write something like this myself.

Awesome! I'll publish a roadmap on GitHub on pending things that can be implemented, so maybe you can contribute :B

I wonder how I could improve the visibility of the plugin, since it's a little bit difficult to find/explain. What kind of keywords where you using?

Thanks!

Re: Using tmux properly

#203

Post by rocqua »

bostand wrote: post #63
rocqua wrote: post #62

Earlier quoted context omitted.

I personally would, because learning less tools is great. I've had some problem applying this principle when using tmux locally on a system with i3. You kinda need to be consistent in which of the 2 you use to create new shell windows.

Funny you mention that. I tried i3 last year but quickly realized I already have the good parts in tmux. I am now trying to simplify my workflow by only using tmux and emacs. It's minimal and works on almost any system I log into.

If chrome ran within tmux, that would totally be my approach. Sadly, there remain GUI's that are better than TUI's (or rather: sadly tmux can only multiplex TUIs).

Re: Using tmux properly

#204

Post by Zaheer »

pkaye wrote: post #32

Does mouse copy and paste work correctly with tmux? I find that it selects spans across multiple panes. Is there a way to fix this or Windows or Linux?

Use tmux in iTerm with `tmux -CC` and it'll open tmux in a native pane. No more re-learning!

Re: Using tmux properly

#205

Post by derefr »

stevekemp wrote: post #200
yjftsjthsd-h wrote: post #191

Earlier quoted context omitted.

Could you please share some of those reasons? I ask because I'm doing this... hasn't been a problem yet, but I'd rather know about issues now than later!

NFS can frequently cause hanging guests if the server goes away, leaving the filesystem mounted. Locking is often a problem, for example if you've got ~ mounted on NFS and you're delivering mail to mboxes - obviously maildirs sidestep that particular problem. Firewalling is a real pain, as is access-control and UID remapping. (These are more concerns when you have a single server sharing a tree to multiple clients.)…

> as is access-control and UID remapping

Mind you, these are obviated if, as I was saying above, the NFS server and its clients are all part of the same directory-services domain.

Re: Using tmux properly

#206

Post by benologist »

znpy wrote: post #46
rnhmjoj wrote: post #33

Yesterday I was helping a friend setting a box with no graphical session: I fired up tmux in the linux virtual terminal and then proceeded to realize without my tmux.conf I couldn't do a thing because I have always been using entirely different keybindings from the default. This is the problem with too much customization. Learning to use the default configuration may be difficult but it's probably worth the effort, f…

I 120% agree. I once lost my emacs dotfile and suddenly i was almost unable to use Emacs on my own pc. Since then, i've decided to apply as little customisation as possible to software I use, and read the documentation and learn the standard configuration instead. For some reasons nowadays it's trendy to add colors, bells and whistles to things but I've found out that learning the standard/default configuration lets…

I have become an advocate for using the same stack you shipped with last time for the exact same reason.

Deeper experience and knowledge pays off way more than learning each incremental improvement new languages/frameworks/etc offer.

Re: Using tmux properly

#207

Post by fnl »

philippeback wrote: post #155
colordrops wrote: post #78

Earlier quoted context omitted.

Vim + tmux with custom bindings makes moving between vim and a terminal seamless. The same keystrokes for moving between panes in vim can be used to move to tmux panes. Also, as a vim user I loathe to reach for the mouse, so having quick and easy keybindings for launching and arranging tmux panes is great and preferred to the imperfect and slow arrangement using a mouse. Lastly, I can have tabs and window panes that…

Same boat here. Vim + tmux definitely helps with managing loads of things. Add w3m to the mix.

and ranger with plugins for PDFs and showing ASCII image previews :-)

Re: Using tmux properly

#208

Post by Amezarak »

myrandomcomment wrote: post #100
save_ferris wrote: post #76

Earlier quoted context omitted.

Regardless of the frequency of such a situation, it can really bite you when something big breaks and you need to ssh into a vanilla server in the middle of the night under pressure. Trying to fix a production fire under the gaze of an angry CEO is stressful enough, but not being able to take care of business on a box because of a missing personal config is truly one of the worst experiences I've ever had in this bus…

Keep your dot files in github. Grab them. No internet, I bet you have them on your laptop that you are ssh'd to the server from. SCP them over. Heck, cut and paste them if needed. If things are so bad nether of these work you have bigger issues and need to consider a design with some redundancy. Clos fabrics and VM/containers and if you have to have bare metal then you should have more then one (cluster or behind a S…

I manage hundreds of servers that are not connected to the Internet, to which I cannot connect any device without management approval, and which are redundant, but which are periodically reflashed and/or replaced with a whole new set with a 'clean' image, less dotfiles.

I keep my dotfiles short and sweet, because it's tedious to retype and I need the defaults to still be instinctive when I lose them.

Re: Using tmux properly

#209

Post by sooheon »

baby wrote: post #201
kaushalmodi wrote: post #193

Earlier quoted context omitted.

ace-jump was a good package. Now it is superceded by avy (by abo-abo on GitHub) in every way + new features. For such packages that always have room for improvement and not related to core emacs functionality, it is better that they stay in external repositories on GNU Elpa or Melpa. That way, older packages do not have to get tied with emacs core. Currently Ido package is in that situation. I used to use Ido, but no…

What is better with avy?

https://github.com/abo-abo/avy

AFAICT it's a superset of ace-jump, with some better thought out commands and better ways to call them.

Re: Using tmux properly

#210

Post by CaptSpify »

baby wrote: post #178
CaptSpify wrote: post #5

I basically use tmux as my window manager. I only typically open two programs: a browser, and a terminal. Both are always in full-screen mode. It makes things nice and simple. No matter if I'm working on a laptop or a desktop, all my terminal windows end up in the same place and have the same settings. It's great!

Same setup with a bunch of pdf open as well. Any idea how I could stop having so many papers open? (I'm on macOS)

I don't know macOS very well, so probably not, but what do you mean by "so many papers open" ?
Post reply on HN