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

Make tmux pretty and usable (2024)

hamvocke.com

Post reply on HN
Print view View original

221–230 of 285 posts

Re: Make tmux pretty and usable (2024)

#221

Post by orthecreedence »

mhw wrote: post #143
thcipriani wrote: post #126

Ctrl-a interferes with readline shortcuts. I've been using Ctrl- : nothing, as far as I know, binds to that. unbind C-b set-option -g prefix C-Space bind-key C-Space send-prefix

I’ve been using Ctrl-s for years. Nothing else uses it because it’s historically been used for terminal flow control, but that doesn’t really have much use in a graphical terminal with history and scrollbars and so I’ve never missed it. Has similar two-finger ergonomics to the Ctrl-a bind as well. edit: oh, and I think Ctrl-space is the keystroke to get a nul character, and vi uses that character to insert the last e…

Ctrl+s is evil. I can't count how many times I froze my terminal by accident before realizing that Ctrl+q "unfreezes" it. I absolutely support rebinding it.

Re: Make tmux pretty and usable (2024)

#222

Post by pmarreck »

azthecx wrote: post #21
nDRDY wrote: post #10

Earlier quoted context omitted.

This comment would be a lot more convincing if it weren't in response to one expressing the same sentiment :-)

It is actually true though, I only use tmux nowadays when I am SSHed into a server that I need to do some work on. The only issues I've had with it is that sometimes it's hot keys conflict with vim, but you can easily turn it temporarily off with ctrl+ g. If you're already used to tmux I'm not sure you would benefit much from changing, but it definitely has a better out of the box with pane hints, names, and more use…

> user friendly hot keys

I see everyone complaining about this but as a new tmux user as of a few months ago, I had an LLM assist me with configuring it how I wished and it did a bang-up job. Stuff like using “-“ to split horizontal and “|” to split vertical so you don’t even have to remember it…

Re: Make tmux pretty and usable (2024)

#223

Post by pmarreck »

johnfn wrote: post #77

Guys, did you know about tmux control mode? It tells the host terminal to treat tmux tabs as actual tabs in the terminal. That means that things like scrollback, tab navigation, copy paste, keyboard shortcuts, etc are all handled natively, and you can visually see all your tmux tabs! It doesn't have great support across all terminals, but it does work great in iTerm 2. Try `tmux -CC` in iTerm. For a tmux novice like…

work in ghostty yet?

Re: Make tmux pretty and usable (2024)

#225

Post by hnlmorg »

em-bee wrote: post #197
hnlmorg wrote: post #124

Earlier quoted context omitted.

I have in https://github.com/lmorg/ttyphoon I actually don’t like control mode much though. It’s a terrible protocol. Absolutely abysmal design which leads to a plethora of edge case bugs. At some point I’ll replace tmux control mode entirely but for the moment it solves the immediate problem.

interesting, i am trying to install it to give it a try. the features in ttyphoon look very promising. unfortunately the build now fails with "frontend.go:39:12: pattern all:frontend/dist: no matching files found" i am also a bit taken aback by the many dependencies. with heightened risk of supplychain attacks and dependency failures that feels a bit scary.

> unfortunately the build now fails with "frontend.go:39:12: pattern all:frontend/dist: no matching files found"

How are you trying to build it? Are you calling make? Also what OS are you on?

    make build
> i am also a bit taken aback by the many dependencies. with heightened risk of supplychain attacks and dependency failures that feels a bit scary.

Yeah, I agree with you there. Most of my projects are very conservative with their dependencies; as was this one too, originally. But this project was just too large for one person to realistically manage on their own and without reusing the hard work of other libraries.

Unfortunately, the two libraries I need to lean on the most are exactly the kind of libraries that will have big dependency trees:

- GUI (Wails): just because there is a huge amount of code required to draw anything to screen

- AI (langchaingo/mcp-go): though mostly for tool use here but they’re optional

Both of these libraries were chosen because they are well maintained and have a high number of contributors/eyeballs On the code. But, as you said, the risk is still there.

Re: Make tmux pretty and usable (2024)

#226

Post by npodbielski »

Zetaphor wrote: post #207
dbu21 wrote: post #193

Earlier quoted context omitted.

I use tmux for everything because I work in a headless VM where a WM isn't available.

You don't have a window manager hosting the terminal window on your host OS? That's the argument being made here, you're already in some kind of tiling or windowed environment, why replicate all of that on the remote?

Because with tmux you can reattach to session from another pc or from a phone and still have the same windows and panes?

Re: Make tmux pretty and usable (2024)

#227

Post by towb »

Gave up on making it pretty... But my tip is to read the manual so you know what you put in your config instead of just copy paste.

I love tmux, does exactly what I need it to do and doesn't try too hard to make the terminal a place with unicorns and fancy GUI magic.

Re: Make tmux pretty and usable (2024)

#228

Post by ThisNameIsTaken »

senderista wrote: post #120
ndr wrote: post #3

I gave up on it once I discovered https://zellij.dev/ Just even for how tab and panes are setup, and how it's good for scrolling and text selection with your mouse for copy pasting.

I have been using zmx for the last 2 weeks. It's still a bit buggy (screen repainting) but quite pleasant to use with ghostty. https://github.com/neurosnap/zmx

Thanks! Interesting to read the rationale behind it [0] which in short is, try not to use what is basically a terminal emulator within a terminal emulator, and window management should be done by the terminal emulator. I primarily use tmux for session persistence (in ssh sessions) anyhow, and still default to my muscle memory for new tabs/windows in the window manager. I haven't tried it yet. The proof of the pudding will be in eating it I suppose.

[0]: https://bower.sh/you-might-not-need-tmux

Re: Make tmux pretty and usable (2024)

#229

Post by esseph »

mystifyingpoi wrote: post #155
lanstin wrote: post #122

Earlier quoted context omitted.

Volunteer to be the official image maintainer - I had emacs-nox and (screen) installed fleet wide for my own utility :) I had a friend that even had his public keys added to the /root/.ssh/ but I didin't go that far -I didn't even put my own .emacs out - but I at least could use good tools to look at the tcpdump output or giant log files if needed. "Eight Megs and Constantly Swapping" is not that big of a deal anymor…

This will definitely work, but it's not really even necessary. Just have some pre-connect script, that checks if the host is already "configured", and if not, then one-shot some Ansible playbook (or bash even) that installs what's needed. Use /tmp if root is not available. Also works for Kubernetes, though there we have better options.

One of my favs: https://github.com/nicolaka/netshoot

Re: Make tmux pretty and usable (2024)

#230

Post by miki123211 »

clintonc wrote: post #176
ndr wrote: post #3

I gave up on it once I discovered https://zellij.dev/ Just even for how tab and panes are setup, and how it's good for scrolling and text selection with your mouse for copy pasting.

https://github.com/zellij-org/zellij/releases/latest/downloa... '"> linux download Screaming into the void, I guess, but PSA. Don't use buttons for links. In my case, I couldn't right-click and copy the URL, but there are a lot of other reasons not to do this.

Whether this should be a button or link from an A11Y perspective is... kind of up in the air.

There's an argument that links are "portals" that take you somewhere, while buttons cause some action to happen, Whether you treat a file as a resource (which your browser just chooses to save on disk instead of rendering on screen), or whether you treat it as an explicit "download" action, is a matter of semantics I guess.

Post reply on HN