Live data from Hacker News

Eza: A modern, maintained replacement for ls

github.com

51–60 of 250 posts

Re: Eza: A modern, maintained replacement for ls

#51

Typing eza is a pretty horrible three character combination on a qwerty keyboard. One advantage of ls is it’s a lightning fast set of key strokes. I guess you can alias, but that’s kind of weird (compatibility, etc).

Can you elaborate on why aliasing is kind of weird?

Re: Eza: A modern, maintained replacement for ls

#52
post #7

I have a problem with all terminal tools that insist on using colors to distinguish between various file types or attributes etc ('ls' is often set up like that too for distros, but I simply delete the config which sets that, the default doesn't). I use a terminal background which is easy on my eyes, and those color schemes always include colors which clash with the background or makes them hard to see in other ways.…

[deleted]

Re: Eza: A modern, maintained replacement for ls

#53
post #46

Earlier quoted context omitted.

This is unnecessary, it's not advertising on Rust. The README directly explains why they describe `eza` as modern. It makes no mention of Rust or memory safety. Personally, I use eza because of `--tree` and `--git`.

[flagged]

That reaction was your choice, not the project's.

Re: Eza: A modern, maintained replacement for ls

#54
post #49

Earlier quoted context omitted.

I think they are not referring to ls, but to exa [0], which is not maintained anymore. [0] https://github.com/ogham/exa

No, they definitely mean "ls": > By deliberately making some decisions differently, eza attempts to be a more featureful, more user-friendly version of ls.

Yes, it is marketed as a better “ls”. I was commenting regarding “maintained” in:

> A modern, maintained replacement for ls.

“Maintained” is referring to exa I think.

Re: Eza: A modern, maintained replacement for ls

#55

I'm under the impression that ls doesn't do very much. I'd expect it to be a small wrapper around libc. This is thousands of lines of rust with emphasis on community building and ongoing development. There seems to be a disconnect between engineering effort and product here which doesn't totally make sense to me. I think I'll stay with ls.

eza's scope is much larger than ls's, and has tons of additional features.

And IMO, that's sensible: ls is primarily an interactive tool (basically all uses of it in shell scripts are wrong), so adding more features that help users to better/more easily make sense of their directory listings is a net benefit, even if it makes the tool somewhat slower.

Folder icons in the terminal may sound silly, but eza uses them to indicate empty folders, among others. Colour-coded file age/size columns make parsing a directory list faster. Git columns saved my many trips through gitignore / git status. And so on.

And even through not particularly fast fuse-over-network connections it's still faster than I can type, which is more than good enough for an interactive CLI tool.

Re: Eza: A modern, maintained replacement for ls

#56

Earlier quoted context omitted.

Nice tip. What got rid of most of my use of `ls` in fish was running `ls` automatically when you changed directories: function ls_on_cd --on-variable PWD ls end

Seems like that would strongly encourage me to keep my directories tidier.

It absolutely did for me.

Sadly, it also serves as constant reminder that ~ is a bloody mess because people still can't get used to .local/.share/.config.

Re: Eza: A modern, maintained replacement for ls

#57

I'm under the impression that ls doesn't do very much. I'd expect it to be a small wrapper around libc. This is thousands of lines of rust with emphasis on community building and ongoing development. There seems to be a disconnect between engineering effort and product here which doesn't totally make sense to me. I think I'll stay with ls.

[deleted]

Re: Eza: A modern, maintained replacement for ls

#59

I'm under the impression that ls doesn't do very much. I'd expect it to be a small wrapper around libc. This is thousands of lines of rust with emphasis on community building and ongoing development. There seems to be a disconnect between engineering effort and product here which doesn't totally make sense to me. I think I'll stay with ls.

> emphasis on community building

Probably the first time ever I hear about a community built on a freaking directory listing tool.

Re: Eza: A modern, maintained replacement for ls

#60
post #7

I have a problem with all terminal tools that insist on using colors to distinguish between various file types or attributes etc ('ls' is often set up like that too for distros, but I simply delete the config which sets that, the default doesn't). I use a terminal background which is easy on my eyes, and those color schemes always include colors which clash with the background or makes them hard to see in other ways.…

https://no-color.org

[deleted]
Post reply on HN