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

21–30 of 248 posts

Re: Zellij – A Terminal Workspace and Multiplexer

#21

Post by freedomben »

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 can find absurd behavior during corner cases in nearly any non-trivial language. YAML is a great language when you need to represent objects in something universal and human readable/writable. Not perfect of course, but TOML's limitations can turn stuff into a monstrosity with it's limitations. Ansible inventory files come to mind here.

Re: Zellij – A Terminal Workspace and Multiplexer

#22

Post by 002445 »

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 use tmux locally even though I run i3 as my window manager. Mostly because I configured tmux to show the current directory and git branch (if in a git directory) so I can keep my prompt a clean "$".

Re: Zellij – A Terminal Workspace and Multiplexer

#23

Post by busterarm »

ibraheemdev wrote: post #19
busterarm wrote: post #14

Earlier quoted context omitted.

You don't have to use the mouse with tiling window managers... /s heavy tmux user that left it for xmonad.

Yeah, I think that the main benefit of tmux is session management. Tiling window managers can replace tmux panes.

Aye. Occasionally I'll pop tmux open in a tile for this purpose.

It's been reduced to merely being a replacement for screen for me.

Re: Zellij – A Terminal Workspace and Multiplexer

#24

Post by eptcyka »

freedomben wrote: post #21
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 can find absurd behavior during corner cases in nearly any non-trivial language. YAML is a great language when you need to represent objects in something universal and human readable/writable. Not perfect of course, but TOML's limitations can turn stuff into a monstrosity with it's limitations. Ansible inventory files come to mind here.

One can find absurd behavior in corner cases of any non-trivial language, but one can find absurd behavior in YAML without even looking for it.

Re: Zellij – A Terminal Workspace and Multiplexer

#25

Post by parhamn »

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?

Re: Zellij – A Terminal Workspace and Multiplexer

#26

Post by ralmidani »

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?

Re: Zellij – A Terminal Workspace and Multiplexer

#28

Post by anon_tor_12345 »

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?

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

Re: Zellij – A Terminal Workspace and Multiplexer

#29

Post by goldsteinq »

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?

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.

Re: Zellij – A Terminal Workspace and Multiplexer

#30

Post by _jal »

WA9ACE wrote: post #2

I'm not sure I could untrain all my muscle memory I've built up over the years with my TMUX configuration, but I truly believe in the next 10 years all of my current command line tools will be slowly replaced with rust equivalents (with the exception of neovim). ripgrep and fzf are already a large part of my workflow, and I love seeing WebAssembly becoming the universal plug and play standard. > Build a web client to…

I'm curious, why is in-browser use so appealing to you?
Post reply on HN