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

121–130 of 248 posts

Re: Zellij – A Terminal Workspace and Multiplexer

#121

Post by [deleted] »

bitbo wrote: post #59
syrusakbary wrote: post #4

The idea of using WebAssembly for their plugins is really impressive (they are using Wasmer!). It allows to have fully sandboxed code that interact with their code safely and fast. I think more projects will start following the same direction soon!

I'm confused. Zellij uses wasmer and wasmer-wasi. Wasmer may use cranelift for compilation (dont know if Zellij does). "Fast & Safe. Wasmer runs WebAssembly at near-native speed in a fully sandboxed environment." ( https://github.com/wasmerio/wasmer ) But ... "Cranelift does not yet perform mitigations for Specter or related security issues, though it may do so in the future." ( https://github.com/bytecodealliance/wa…

[deleted]

Re: Zellij – A Terminal Workspace and Multiplexer

#122

Post by steveklabnik »

alpaca128 wrote: post #105
29athrowaway wrote: post #70

The latest version from cargo does not build for me. edit: After running "rustup update" it does install. I am liking Zellij so far.

It's the typical Rust problem and my biggest gripe with the Rust ecosystem: many libraries are using unstable/nightly features, making development needlessly frustrating for people using the stable Rust release. Rust devs, please don't. Not every Rust developer uses rustup or knows how to solve this issue, not everyone is willing or able to use the nightly build just so dependency 21/63 doesn't throw errors.

It doesn’t appear that this uses any nightly or unstable features. The parent didn’t say why this doesn’t compile, it’s probably something else. Maybe they have an older rustc.

Re: Zellij – A Terminal Workspace and Multiplexer

#123

Post by 29athrowaway »

steveklabnik wrote: post #122
alpaca128 wrote: post #105

Earlier quoted context omitted.

It's the typical Rust problem and my biggest gripe with the Rust ecosystem: many libraries are using unstable/nightly features, making development needlessly frustrating for people using the stable Rust release. Rust devs, please don't. Not every Rust developer uses rustup or knows how to solve this issue, not everyone is willing or able to use the nightly build just so dependency 21/63 doesn't throw errors.

It doesn’t appear that this uses any nightly or unstable features. The parent didn’t say why this doesn’t compile, it’s probably something else. Maybe they have an older rustc.

Nice suggestion. I had not updated my rust installation in a couple of months.

After doing rustup update now it installs correctly. Thank you.

Re: Zellij – A Terminal Workspace and Multiplexer

#124

Post by keymone »

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.

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

Re: Zellij – A Terminal Workspace and Multiplexer

#125

Post by jacobsenscott »

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…

gui terminals crash. tmux is forever.

Re: Zellij – A Terminal Workspace and Multiplexer

#126

Post by tlaundal »

leshow wrote: post #20

I think the vertical resize of the "before" is the wrong one. Shouldn't it be also resizing the window next to it?

The first illustration shows how this works in tmux. The illustration first has a split in left and right half (vertical split?) and then a split in top and bottom (horizontal split?) of each of the halves. So if you resize one of the panes vertically, it only affects the other pane in the same half of the window, while if you resize horizontally all the panes will be resized. Basically vertical resizing only resizes the inner split, while horizontal resizing resizes the outer split.

It seems Zellij somehow makes the order of the splits irrelevant.

Re: Zellij – A Terminal Workspace and Multiplexer

#127

Post by busterarm »

alex_smart wrote: post #109
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.

Can you select and copy some text from your terminal emulator without using tmux? Copy-mode is one of the killer features of tmux for me. The only terminal emulator that supports selection with keyboard afaik is rxvt with plugins. I would be interested to know if there are other terminals that support this. Please don't say emacs XD

You can use any terminal emulator you want with tiling window managers...I don't see the issue.

Run rxvt if you like.

Re: Zellij – A Terminal Workspace and Multiplexer

#128

Post by infogulch »

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.

Configuration language seems to be a hot topic at HN today, as every day. "Don't use X, use Y instead" has spawned this thread with everybody putting in their favorite configuration language in the hat for consideration. Lets list the ones that have appeared so far:

YAML, TOML, Lisp, Dhall, JSON, EDN, JSON5, HOCON, Lua, HCL, XML, HJSON, Starlark, strict yaml

About a third of which I'd never heard of. And because I can't help myself (the dogpile is so enticing!), I have to say that the one that I'm most interested in is: Dhall.

Re: Zellij – A Terminal Workspace and Multiplexer

#129

Post by brundolf »

donio wrote: post #75
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.

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 think JSON would be perfect if it a) allowed comments, and b) had multi-line strings.

It has exactly five data types, each with very clear and distinct notation that nests consistently (the top level isn't somehow "special" and there's no messing with significant whitespace). Only two collection types: keyed, and unkeyed. In some sense it feels like the apotheosis of untyped data-modeling.

Re: Zellij – A Terminal Workspace and Multiplexer

#130

Post by fit2rule »

akavel wrote: post #84
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.

Or, to avoid sooner or later falling into Greenspun's Tenth Rule, just go immediately to Lua, which actually evolved out of a configuration language ( https://www.lua.org/history.html ), so it has syntax & features that are quite friendly for writing configs.

Lua is the best.
Post reply on HN