Live data from Hacker News

Zellij – A Terminal Workspace and Multiplexer

zellij.dev

221–230 of 248 posts

Re: Zellij – A Terminal Workspace and Multiplexer

#221
post #79

Earlier quoted context omitted.

I do most of my work (embedded development) ssh'd into a few linux boxen at the office which can reach my test devices and various other bits and bobs. I'm pretty happy running full text mode editing in emacs (-nw, ftw :) and a few other shells for tasks I haven't incorporated into emacs yet. Speed is nice, even over a vpn, which running anything graphical is somewhat grim. Still, the killer feature with screen multi…

emacs -nw and screen is all you need.

*if you like using emacs.

Re: Zellij – A Terminal Workspace and Multiplexer

#222
Related question:

What’s the state of the art for managing the running of, and the output from, multiple CLI commands at once? Say I have a task D that requires a task A, B, and C, but for which A and B and independent.

The naive solution (let the output interlace and just watch the exit codes) creates a substantial comprehension problem for my coworkers, so I don’t usually do it. But over and over again I find myself having a 20-90 second inefficiency or two caused by running two tasks that have to complete but the order doesn’t matter.

Re: Zellij – A Terminal Workspace and Multiplexer

#223
post #143

I've been using tmux for quite a while, though at a fairly casual level. The first thing I noticed is that this interface is discoverable - it shows me what I can do, which is incredible and makes me want to use it. The main reason I've been a casual tmux user and not an advanced one despite using it for years, is because every time I want to try something new I have to google if it's possible. The second thing I not…

Regarding the prefix key, I agree CTRL+R may not be the best default choice.

But if it is easy to change then I think it is OK.

One of the first things I do on a new system with tmux is remap CTRL+B to CTRL+A, as a screen hangover and I think it is more ergonomic anyway.

Though it means I've completely given up using CTRL+A / CTRL-X for incrementing / decrementing numbers in vim.

I can't think of any programs that have an important use for CTRL-B, that's the tradeoff between uniqueness and usability I guess.

I don't think there will be a choice to keep everyone happy or that is totally conflict free.

Re: Zellij – A Terminal Workspace and Multiplexer

#224
This looks incredible to someone who's always had an eye for tmux but not the energy to spend two weeks memorizing keybindings.

As a side note, does anyone know why it fails to load the separators in the status bar on WSL? I've got a proper font installed and even emojis work. However with Zellij, I am just getting "" characters between the Ctrl + lines.

Re: Zellij – A Terminal Workspace and Multiplexer

#225

Related question: What’s the state of the art for managing the running of, and the output from, multiple CLI commands at once? Say I have a task D that requires a task A, B, and C, but for which A and B and independent. The naive solution (let the output interlace and just watch the exit codes) creates a substantial comprehension problem for my coworkers, so I don’t usually do it. But over and over again I find mysel…

I don't know about state of the art, but you can pretty easily script tmux to launch, split windows/panes, run commands in each pane, and log and exit the session on completion.

Re: Zellij – A Terminal Workspace and Multiplexer

#226

This looks incredible to someone who's always had an eye for tmux but not the energy to spend two weeks memorizing keybindings. As a side note, does anyone know why it fails to load the separators in the status bar on WSL? I've got a proper font installed and even emojis work. However with Zellij, I am just getting "" characters between the Ctrl + lines.

Not sure what terminal you're using but I was able to get the separators working fine on Windows Terminal with a powerline font enabled on my WSL profile.

Re: Zellij – A Terminal Workspace and Multiplexer

#227

The discoverability of shortcuts in zellij is great! Besides this and tmux you can also try * mtm: https://github.com/deadpixi/mtm * dvtm: https://linuxconfig.org/an-introduction-to-terminal-multiple... * abduco None of these have ever stuck with me because I don't like how they alter the ability to scroll (although I haven't tried the newer tmux mouse/scrolling capabilities). To maintain a session I prefer to use Et…

There's also tab.rs - https://github.com/austinjones/tab-rs

Re: Zellij – A Terminal Workspace and Multiplexer

#228

You have a problem and you need a configuration language, so you pick YAML. Now you have two problems. Take a leaf out of Rust's book and use something simple and sane like TOML, YAML is a mess. See: https://github.com/cblp/yaml-sucks Otherwise this looks like a great project, please don't ruin it with YAML.

i submit dhall as a good alternative

https://dhall-lang.org/

Re: Zellij – A Terminal Workspace and Multiplexer

#229
post #68
post #43

Earlier quoted context omitted.

If you're already spending a lot of time in the browser looking at stuff (AWS Console, Stack Overflow, etc), I can see the convenience of just switching tabs to your terminal rather than pulling up a window. So far I've solved that problem with keyboard shortcuts or other macros to pull up a terminal when I need it.

Conceptually, I don't think the solution to "switching windows is too hard" ought to be "make the terminal part of the browser". Although it does seem like perhaps the least immediately painful way to solve the problem. Using Lynx in the terminal might be another way to do it.

I think getting the terminal into the browser is exactly the way this should be solved. Currently I'm in a browser for the vast part of my work, as are a huge lot of other people. Most of the web apps I need wouldn't even render in Lynx.

Re: Zellij – A Terminal Workspace and Multiplexer

#230
post #131

Earlier quoted context omitted.

Yep. Rust is a compiled language with monomorphized generics. It's slow to compile, and also you'll need to carry rustc everywhere. rustc is huge.

Or, one could embed Chez Scheme, the compiler of which is like 800 kB in size and compiles stuff very quickly.

Or, one could embed Lua, which has simple syntax and built for that exact purpose
Post reply on HN