nushell VS alacritty

I've been using nushell as my daily driver shell for a while. It's still very much in development, but it's got some nice features, like Windows cross compatibility, proper data types, and syntax highlighting

Now, I guess the deeper question is ‶is the text-based, line-delimited, pipe-oriented, interaction model between programs that don't know each other still relevant″; and we have seen new, more structured, approaches being tested, for instance with PowerShell or NuShell.

You can install PowerShell on Linux now, if you like - or there's nushell: https://www.nushell.sh/

I'll add the long awaited support for nushell in broot.

But that and xplr are both programs used within the shell and don't address that the shell is still outputting plain-dumb-dataless-text. https://www.nushell.sh/ promotes right on the homepage Everything is data so it's exciting to see and hope for a better future!

I don't understand what you mean by Graphics integration or graphical frontend. Do you have an example? Instead of du - I recommend dust. The data features - are basically the features of nushell, are you using it? Regarding the variables - excellent idea, I will implement this. What do you mean by menu creation? What syntax would you use for "skip next line"?

> Different components can integrate and coordinate through standards.

We've tried that and for the most part, it doesn't actually work in practice. Hell, it doesn't even work between standard Unix programs. They don't "integrate and coordinate" at all. They just push unstructured text around, and in some cases that's sufficient to perform some very basic compound tasks.

There is an upcoming project though that tries to make Unix pipelines work the way they are supposed to: Nushell[1]. It has real composability with strongly typed data that flows between commands.

Guess how they're doing it? Yup, that's right: They're building it all as a monolithic system where the entire pipeline is supervised and interpreted by the shell. Unix is too fragmented and standards are too difficult to develop and implement for any other approach to be realistically feasible. "Small programs" are an evolutionary dead end.

[1] https://www.nushell.sh/

Finally, I really do recommend looking into Nushell. It should give you a much better idea of how a shell could work if it weren't tied to ASCII blobs as its core data type.

If you're discontent with the state of shell scripting, you should give nushell a try: nushell.sh

If structured data is what excites you about pwsh, you should check out nushell: https://www.nushell.sh/. It is cross-platform like pwsh, and takes a similar approach to structured data, but has a much simpler syntax that I find more readable and much nicer to type than pwsh.

Maybe a different terminal emulator like iterm2 for one with tons of features or something like kitty or alacritty for a lighter weight terminal.

More info on the main issue tracking this https://github.com/alacritty/alacritty/issues/62

https://github.com/alacritty/alacritty do you have any idea on how this could be useful?

https://github.com/alacritty/alacritty/issues/109

Maybe I'm a bit harsh, but you see a lot of programs require work arounds.

Alacritty is simple and fast[0] (it does have mouse support, but no tabs, sessions, or startup scripts as far as I know. Configuration is all via config file.).

Is that the kind of thing that you were looking for?

[0] https://github.com/alacritty/alacritty

I'm not sure how current that article is - in that article they state that the alacritty team had created an issue relating to latency[0] which was closed in favour of a different issue[1] which is still open.

The newer issue[1] appears to state that latency isn't an issue on Wayland as it already has frame scheduling support, but their proposed fix targets X11, MacOS and Windows.

I was quite surprised as I hadn't noticed any latency using alacritty, but I've been on Wayland for some time so that might be the reason.

[0] https://github.com/alacritty/alacritty/issues/673

[1] https://github.com/alacritty/alacritty/issues/3972