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

Zellij – A Terminal Workspace and Multiplexer

zellij.dev

Post reply on HN
Print view View original

171–180 of 248 posts

Re: Zellij – A Terminal Workspace and Multiplexer

#171

Post by imsnif »

neurocline wrote: post #168
imsnif wrote: post #158

Earlier quoted context omitted.

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?

That's a cool idea! I'll run it by some old/new users, see how they react. Thanks!

Re: Zellij – A Terminal Workspace and Multiplexer

#172

Post by keymone »

lsaferite wrote: post #151
keymone wrote: post #124

Earlier quoted context omitted.

YAML is the worst, kill it with fire. Whether TOML is decent alternative is debatable though, i'd prefer EDN.

I feel like I read almost the exact same comment after the honeymoon of every new file format used for configuration.

EDN is not new. Just not familiar to enough people. It’s incredibly powerful and ticks all the right boxes.

Re: Zellij – A Terminal Workspace and Multiplexer

#173

Post by fwip »

KajMagnus wrote: post #156
ahepp wrote: 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? That would have been nice indeed. However many languages use lots of memory and are a bit slow, or are security-dangerous like C. It's nice to know, then, that this app likely uses barely any memory at all, and is as fast & keyboard-responsive as it can be, and harder to hack — Rust. (Assuming it is implemented in a good way :- ))

The implementation matters a good deal more than the programming language.

Re: Zellij – A Terminal Workspace and Multiplexer

#174

Post by fwip »

aniforprez wrote: post #152
sammorrowdrums wrote: post #144

Earlier quoted context omitted.

a) reminds me so much of this classic https://thedailywtf.com/articles/the-inner-json-effect “Tell us what you did to JDSL,” one of the VP’s asked. “I don’t think I did anything,” Jake answered. “I’ve only been here two weeks, trying to learn JDSL and how the customer portal works. I don’t even know how to deploy it!” “You made a few commits to Subversion!” Tom shouted. “Well, yes. I added a few code comments, trying…

That 100% has to be fake. I NEED it to be fake. Are there production systems that work like this? Du they have one "rockstar" developer who does stuff like this?

Most of TDWTF is a kernel of truth surrounded by about three pages of fiction.

Re: Zellij – A Terminal Workspace and Multiplexer

#175

Post by alpaca128 »

ibraheemdev wrote: post #147
alpaca128 wrote: post #98

Earlier quoted context omitted.

Tiling window managers cannot replace a multiplexer's knowledge about the session. I use a multiplexer because it lets me instantly open a new terminal in the same directory I'm currently working in. Furthermore it can open the terminal's buffer in Vim, letting me select and copy text using all features and shortcuts I'm used to. Doing the same by scrolling around, selecting snippets using the mouse and pressing Ctrl…

> I use a multiplexer because it lets me instantly open a new terminal in the same directory I'm currently working in. You can add a keybinding for this with alacritty: { key: N, mods: Command, action: SpawnNewInstance } > Furthermore it can open the terminal's buffer in Vim, letting me select and copy text using all features and shortcuts I'm used to alacritty has vi mode which gives you all of those keybindings wit…

> alacritty has vi mode which gives you all of those keybindings

It doesn't give me access to my custom keybindings or the plugins I have setup in Vim. Also I can't select or annotate terminal output and then save it directly into a file in one step.

The multiplexer is both more powerful and flexible by actually doing less and just passing tasks like selection and copying to other proven tools. I appreciate that more than terminals trying to do everything.

Re: Zellij – A Terminal Workspace and Multiplexer

#176

Post by door101 »

ahepp wrote: 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…

Some would argue that Rust's advantages over C (or other languages) are so great that it constitutes a crucial feature of the software, and that while it doesn't necessarily indicate quality, it makes building quality software substantially easier.

Re: Zellij – A Terminal Workspace and Multiplexer

#177

Post by door101 »

fwip wrote: post #173
KajMagnus wrote: post #156

Earlier quoted context omitted.

> Shouldn't that be completely opaque to the user? That would have been nice indeed. However many languages use lots of memory and are a bit slow, or are security-dangerous like C. It's nice to know, then, that this app likely uses barely any memory at all, and is as fast & keyboard-responsive as it can be, and harder to hack — Rust. (Assuming it is implemented in a good way :- ))

The implementation matters a good deal more than the programming language.

The programming language is a pretty substantial part of the implementation, though, if not the most substantial one. Rust is qualitatively different than a language like C (in that it is memory safe) or Python (in that it is compiled and fast).

Re: Zellij – A Terminal Workspace and Multiplexer

#178

Post by outworlder »

sanity31415 wrote: post #7

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.

> You have a problem and you need a configuration language, so you pick YAML. Now you have two problems.

So much debate could have been avoided if we stuck with S-Expressions from the beginning.

Re: Zellij – A Terminal Workspace and Multiplexer

#179

Post by outworlder »

dreamer7 wrote: post #133
j1elo wrote: post #87

Earlier quoted context omitted.

I never got this stance; JSON sucks for config files, because as a user, if there is anywhere that I need and am more thankful for comments, is in a configuration file. And TOML is maybe a good substitute for INI formats, but it doesn't really support nested data like JSON would, so suggesting to use TOML instead of JSON is misleading except for the simplest and most basic needs. If replacing JSON is the objective, I…

Could your problem be partially resolved by having a key called description or comments where you could provide some clarification?

But now that's part of the data and the parser doesn't know any better. Comments are more useful if they are close to the thing being talked about.

Re: Zellij – A Terminal Workspace and Multiplexer

#180

Post by OhSoHumble »

ahepp wrote: 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 a technical post on a technical forum filled with technical people. We aren't just users, we're programmers. It makes sense to include broad implementation details in the title.
Post reply on HN