Live data from Hacker News

Zellij – A Terminal Workspace and Multiplexer

zellij.dev

161–170 of 248 posts

Re: Zellij – A Terminal Workspace and Multiplexer

#163
post #150

I see a lot of projects on here where the tagline is that they're written in Rust. Shouldn't that be completely opaque to the user? I don't have any idea what programming language most of the software I use is written in. If it's faster or more stable than tmux, shouldn't that be what's advertised, rather than implementation details? Reading the page, what catches my eye is the webasm plugin system (although it's not…

It's people interested in Rust advertising to people interested in Rust. The programming language is as much the point as the program's purpose.

Re: Zellij – A Terminal Workspace and Multiplexer

#164
post #135

Earlier quoted context omitted.

Can you elaborate on the threat model that requires your terminal multiplexer to have rowhammer mitigations?

I think OP is just arguing and saying "fully sandboxed" might imply that kind of security.

Yes, maybe Zellij using Wasmer is great, don't know. I commented because as someone who don't follow the rust ecosystem I was curious if there was something not as big and complicated as google's v8 engine for running sandboxed code.

But it seems you should not use wasmer for running untrusted code or binaries.

I also don't know enough about rowhammer, or security exploit of any kind really, to answer the question about how you could use them against a terminal multiplexer.

Re: Zellij – A Terminal Workspace and Multiplexer

#165
post #150

I see a lot of projects on here where the tagline is that they're written in Rust. Shouldn't that be completely opaque to the user? I don't have any idea what programming language most of the software I use is written in. If it's faster or more stable than tmux, shouldn't that be what's advertised, rather than implementation details? Reading the page, what catches my eye is the webasm plugin system (although it's not…

>Shouldn't that be completely opaque to the user? No necessarely, because app being written in Rust and Go is actually a feature for the user, it means the entire app is a single executable with a decent runtime performance.

Not something most developers who may use a tmux equivalent would know about.

Re: Zellij – A Terminal Workspace and Multiplexer

#166
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…

> The second thing I noticed is that it uses ctrl-r as a core shortcut. Mega problem: ctrl-r is a built-in bash feature which I use every day to recall previous commands. This makes me think I can't use this tool at all. In fairness, ctrl-a (screen default) and ctrl-b (tmux default) are also super useful readline shortcuts in bash (c-a = go to beginning of line, c-b = back one character). EDIT: Sorry, I just realized…

Oddly enough, almost nothing binds the space bar. I've been using ctrl-spc as my tmux prefix for years without a single conflict. I think this is because there is somewhat limited support for ctrl-space on older terminal emulators.

Re: Zellij – A Terminal Workspace and Multiplexer

#167

Earlier quoted context omitted.

> The second thing I noticed is that it uses ctrl-r as a core shortcut. Mega problem: ctrl-r is a built-in bash feature which I use every day to recall previous commands. This makes me think I can't use this tool at all. In fairness, ctrl-a (screen default) and ctrl-b (tmux default) are also super useful readline shortcuts in bash (c-a = go to beginning of line, c-b = back one character). EDIT: Sorry, I just realized…

Oddly enough, almost nothing binds the space bar. I've been using ctrl-spc as my tmux prefix for years without a single conflict. I think this is because there is somewhat limited support for ctrl-space on older terminal emulators.

Also C-space sets the mark on Emacs.

Re: Zellij – A Terminal Workspace and Multiplexer

#168
post #158
post #149

Earlier quoted context omitted.

See that's also interesting, thanks for the heads up. I saw "lock" previously and pressed it, and it did something besides what I expected. When I think lock, I think it's literally locking the interface in some way so someone can't interact with the software, including myself unintentionally. That's what it means in Windows, MacOS, and even tmux. I would consider just starting out "locked" but change the paradigm. I…

Keybindings are a hard problem. Doubly so when you're a wrapper that has to also not collide with everyone else's keybindings. :) The idea was that users should spend most of their time in "normal" mode, deferring to "locked" mode only for cases like you mentioned (ctrl-r in bash or in vim). The modal ergonomics are built on that. I'd ideally like to find one word that describes locked mode better than "locked", whic…

Wouldn't the word "passthrough" be the right word for this feature?

Re: Zellij – A Terminal Workspace and Multiplexer

#169
post #75

Earlier quoted context omitted.

YAML sucks but so does TOML, especially when it comes to nested data structures like the layout.yaml shown on the front page. There are no good configuration languages in existence and there never will be. We have rejected Lisp/sexp so now we must suffer endlessly.

I agree that TOML sucks for nested structures. JSON5 is probably the best option at the moment. https://json5.org/ * Instantly obvious what the structure is (unlike YAML or TOML). * Everyone knows JSON already. This just makes it a bit nicer. * No noob security mistakes or type confusion caused by underquoting like YAML.

Don't forget the truncation problem with YAML/TOML. A partially read/transmitted YAML/TOML file is often still considered valid.

Re: Zellij – A Terminal Workspace and Multiplexer

#170
post #150

I see a lot of projects on here where the tagline is that they're written in Rust. Shouldn't that be completely opaque to the user? I don't have any idea what programming language most of the software I use is written in. If it's faster or more stable than tmux, shouldn't that be what's advertised, rather than implementation details? Reading the page, what catches my eye is the webasm plugin system (although it's not…

It depends whether you've been burned by memory safety/data race CVEs in the past. For better or for worse, some people actively search out software written in Rust specifically because the choice to use C/C++ is not opaque to the user.
Post reply on HN