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

271–280 of 285 posts

Re: Make tmux pretty and usable (2024)

#271

Post by em-bee »

miki123211 wrote: post #230
clintonc wrote: post #176

Earlier quoted context omitted.

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.

you can style a link to look like a button if you care about the difference.

but traditionally, references to files are links, and it is up to the browser what to do with them (whether to just download them or to download and then display them). that's what all links are. that's the whole point of hypertext. every link causes the browser to make a request to a server and fetch something. buttons are for activating things, not for downloading.

Re: Make tmux pretty and usable (2024)

#272

Post by fullstop »

sitzkrieg wrote: post #269
fullstop wrote: post #125

Earlier quoted context omitted.

I have a few embedded devices where flash space is limited. tmux is so much smaller than zellij, and it's not even close. Zellij is close to 50 megabytes, but tmux and all dependent libraries (minus libc, it's always there) is about 2 megabytes.

and this is a great example why rust will never be relevant in embedded development that actually matters

So I looked into this at one point. Apparently there are ways to reduce binary size.

When I first started learning Rust, my "hello wold" binary was HUGE.

Re: Make tmux pretty and usable (2024)

#273

Post by fullstop »

mokoshhydro wrote: post #238
fullstop wrote: post #125

Earlier quoted context omitted.

I have a few embedded devices where flash space is limited. tmux is so much smaller than zellij, and it's not even close. Zellij is close to 50 megabytes, but tmux and all dependent libraries (minus libc, it's always there) is about 2 megabytes.

Screen is only 280Kb (armv7), statically compiled with curses. That's about 6-9 times smaller compared to tmux.

Yes, but I already require libevent and friends. The overhead, compared to "screen" was worth it, and I get split windows.

Re: Make tmux pretty and usable (2024)

#274

Post by em-bee »

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 my remote is a server that keeps running while my laptop gets rebooted frequently. i can leave a tmux session running on the server for months...

Re: Make tmux pretty and usable (2024)

#275

Post by em-bee »

Biganon wrote: post #250
yason wrote: post #243

Why make C-a your prefix key? Just because it's the default in 'screen'? I use C-a a lot to go to BOL, just like C-e to go to EOL. I also use C-b a lot with C-f. The obvious choice is C-z. You rarely suspend processes and when you do, C-zC-z is pretty quick. For other combos, it pays to have control and z close to each other so that when your little finger and ring finger operate C-z then your other fingers can freel…

> it pays to have control and z close to each other Well there you have it, control and z are not close to each other on my keyboard, yet control and a are. What's your layout?

z near control is standard qwerty layout. you probably have qwertz which is actually less common globally.

but you are right, in your case z is not the right key. choose another. i use o as my main key now, not very close but close enough. alternatives i use and have used are q, s, d, x, and a few others. even ] can work if you have a US keyboard at least. i avoided a and e since they are used on the commandline often. (although elvish doesn't support them by default so that's training me to not need them there)

Re: Make tmux pretty and usable (2024)

#276

Post by MarchApril »

Through many phases of using tmux, from bare bone to rocking 200-line config not counting 40 packages installed by a package manager, then back to 20 lines .tmux.conf, I'm tired. Tmux is great. Outside of control codes, I don't have any problems since tmux makes it easy to fix them. Except that I'm stuck with it while I watch a super star programmer dude switch to his 4th Konsole window to create his 21st tab and wonder how can I shave off this dependency.

Re: Make tmux pretty and usable (2024)

#277

Post by btreecat »

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.

Big fan of sane defaults like this.

I like tmux, but I no longer spend time customizing it for every server I run it on, only to be tripped up on some new server I haven't set-up yet.

Re: Make tmux pretty and usable (2024)

#278

Post by xylophile »

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 love Zellij but it doesn't play well with Neovim. If you try to use both tools heavily (Neovim splits + stacked Zellij panes), your Neovim layouts will get trashed. And if I have to choose between Neovim or basically anything else, Neovim will win.

Sadly, these issues are low priority for the main dev. Instead they are focusing on things like serving terminal sessions over the web, which is useless to me if I can't use Neovim in it.

Re: Make tmux pretty and usable (2024)

#279

Post by [deleted] »

1vuio0pswjnm7 wrote: post #58

I prefer to use tmux non-interactively. For example, I use it for running daemons in the foreground, (textmode) screen scraping and scripting text-only browser I do almost all interactive work while detached from tmux (personal preference) I also rely on tmux buffers for a textmode "clipboard". I do not use x11 I've been using tmux since 2011 well before it became popular. I only use a fraction of its features

[deleted]

Re: Make tmux pretty and usable (2024)

#280

Post by backscratches »

snthpy wrote: post #129
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.

This sentiment seems to be shared widely. Is there a good conversion guide for tmux users? I tried zellij a couple of years ago when it first got popular and it didn't click for me.

I love the name (from zellige): (architecture) A form of terracotta tilework covered with enamel in the form of chips set into plaster, characteristic of Moroccan architecture.
Post reply on HN