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

31–40 of 248 posts

Re: Zellij – A Terminal Workspace and Multiplexer

#31

Post by ikornaselur »

parhamn wrote: post #25

A few months ago, I swapped my iTerm with Alacritty (another Rust based project) and have been really happy with how snappy it is. I highly recommend it. Looking forward to trying this as a replacement for my tmux setup. I like the idea of being able to hack on wasm modules. Will there be matching key bindings for Tmux?

Interestingly, about an hour ago, I was looking into Alacritty to replace iTerm (because of how slow it feels!). I use tmux as well and seeing this project made me wonder if I should test out Alacritty + Zellij!

Re: Zellij – A Terminal Workspace and Multiplexer

#33

Post by bit-rot »

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.

This feels like a bit of a bikeshed. There are problems with many configuration languages. I don't see anything related to yaml on their issue tracker.

Re: Zellij – A Terminal Workspace and Multiplexer

#34

Post by ralmidani »

anon_tor_12345 wrote: post #28
ralmidani wrote: post #26

Earlier quoted context omitted.

Non-rhetorical questions: why not use the language itself so people can leverage features like autocomplete, type-checking, linting, and intuitive error handling in an IDE? Is there anything about Rust that makes it impractical for representing config/dependencies/etc?

how do you imagine this working? should the binaries for this ship a rust compiler?

You could, for example, compile AOT to a JSON file and build everything deterministically from there. Tell devs to not edit that JSON directly. I believe NPM and Yarn do something similar.

Re: Zellij – A Terminal Workspace and Multiplexer

#35

Post by _jal »

qwerty456127 wrote: post #5

What's the point of fitting multiple terminals in a single text-mode screen when everybody is using GUI terminal emulators and tiling window managers? I remember good old pure text-mode days with warmth but doubt there are many people actually doing it nowadays. So I imagine this (thesubject) is going to be ran inside a GUI terminal emulator window and I don't understand how is that better than just having more windo…

> but doubt there are many people actually doing it nowadays

I use tmux almost as much as bash. And if you use a Mac with Iterm2, you can use tmux the way you're imagining.

The primary advantage is the same reason I still use vim a lot - speed and efficiency. There is just no comparison to GUI tooling. But I readily admit a lot of it is familiarity - I know and like my tools, and there's no advantage gained by changing.

Re: Zellij – A Terminal Workspace and Multiplexer

#37

Post by eschneider »

qwerty456127 wrote: post #5

What's the point of fitting multiple terminals in a single text-mode screen when everybody is using GUI terminal emulators and tiling window managers? I remember good old pure text-mode days with warmth but doubt there are many people actually doing it nowadays. So I imagine this (thesubject) is going to be ran inside a GUI terminal emulator window and I don't understand how is that better than just having more windo…

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 multiplexers (in my case, tmux, but this isn't unique to tmux) for me is the fact that the tools preserve state, so I can start a long job and it won't be interrupted, even if the connection drops. I just log back in and reattach and everything is just like it was.

Sure there are other ways to do that, but having it neatly wrapped up and always on is really a game-changer for me.

Re: Zellij – A Terminal Workspace and Multiplexer

#38

Post by mixmastamyk »

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.

Search up "strict yaml" it is a pretty good alternative to both.

Re: Zellij – A Terminal Workspace and Multiplexer

#39

Post by anon_tor_12345 »

ralmidani wrote: post #34
anon_tor_12345 wrote: post #28

Earlier quoted context omitted.

how do you imagine this working? should the binaries for this ship a rust compiler?

You could, for example, compile AOT to a JSON file and build everything deterministically from there. Tell devs to not edit that JSON directly. I believe NPM and Yarn do something similar.

i have no idea what you're saying

>compile AOT to a JSON file and build everything deterministically from there

you want the dev that develops zellij to AOT compile all settings (that they set using rust as you imagine) to a JSON file that is then... what by end users? inspected but not edited? how would settings change then?

Re: Zellij – A Terminal Workspace and Multiplexer

#40

Post by ibraheemdev »

ralmidani wrote: post #26
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.

Non-rhetorical questions: why not use the language itself so people can leverage features like autocomplete, type-checking, linting, and intuitive error handling in an IDE? Is there anything about Rust that makes it impractical for representing config/dependencies/etc?

That is one thing people love about xmonad, you write your config in haskell.
Post reply on HN