Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Eza: A modern, maintained replacement for ls

github.com

Post reply on HN
Print view View original

91–100 of 250 posts

Re: Eza: A modern, maintained replacement for ls

#91

Post by _flux »

cafkafk wrote: post #78
_flux wrote: post #4

Seems quite similar to https://github.com/lsd-rs/lsd . How do they compare? I know though lsd has one annoying bug when using it for grepping: https://github.com/lsd-rs/lsd/issues/1052

https://github.com/orgs/eza-community/discussions/679#discus...

Well, eza certainly seems faster on my micro-benchmark as well, though in general I never have any performance issues with these tools. Btw, ls beats them both easily (in my single-directory test).

So features would be my main criteria, I guess. At least eza doesn't have that annoying bug I linked :).

Short comparison: - Eza doesn't have the lsd's piping bug - Eza has more different output from ls than I would like (by default) - Both have git support - Eza --hyperlink doesn't have "auto" mode so if I alias ls to it, ls | sed hacks will likely behave unexpectedly if I enable it: https://github.com/eza-community/eza/issues/703 and this also seems like an instance of it: https://github.com/eza-community/eza/issues/693 - Eza is slower to write than lsd :) - Eza has more options to change its behaviour than lsd

Overall I think the hyperlink issue is more severe than lsd's piping one, so I think I'll just keep using lsd for the time being.

Re: Eza: A modern, maintained replacement for ls

#92

Post by MatthiasPortzel »

eddyg wrote: post #23
Tor3 wrote: 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.…

If tooling would simply use the Base16 Framework[0] instead of arbitrary colors from “256 color” or “RGB” color modes, this would be much less of a problem: the output would always be displayed with (presumably) readable colors defined by your terminal. [0] https://github.com/chriskempson/base16 [1] https://tinted-theming.github.io/base16-gallery/

> the output would always be displayed with (presumably) readable colors

There are several obstacles that make this not the case in practice, unfortunately. Black on white and white on black (whatever hex colors those actually are) will look fine. But different applications will use the accent colors differently. For example, some might use black text on a colored background, and others may use colored text on a black background. Some tools even use “bright” colored text on a different colored background. This is masked in most cases by iTerm2’s “Minimum contrast” setting, but when I tried to design a color palette with good contrast with that setting off, I found it to be very difficult.

Re: Eza: A modern, maintained replacement for ls

#93

Post by verdverm »

cafkafk wrote: post #74
Izkata wrote: post #49

Earlier quoted context omitted.

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

We do not

> A modern, maintained replacement for ls.

The tag line certainly reads that way

(first line in the readme)

Re: Eza: A modern, maintained replacement for ls

#94

Post by NetOpWibby »

b112 wrote: post #88
wadim wrote: post #87

Earlier quoted context omitted.

> So it's OK to hide the mess, by throwing everything from the living room into the closet, I guess? Yes? This is literally how every human in the world does it. You put your things, according to catrgories, into their respective room/cabinet. If somebody asks you where your sweaters are, you don't say "just search the ground", you say " in the closet". Same thing here. You don't have to guess where files are, you kn…

My counterpoint was merely that ~/. hid things, unless you did weird things. Like explicitly ask to see all hidden things. Having a file manager set to see all dotfiles by default, is like ripping all the doors off your closets.

Unsettling concept tbh

Re: Eza: A modern, maintained replacement for ls

#95

Post by xelamonster »

b112 wrote: post #88
wadim wrote: post #87

Earlier quoted context omitted.

> So it's OK to hide the mess, by throwing everything from the living room into the closet, I guess? Yes? This is literally how every human in the world does it. You put your things, according to catrgories, into their respective room/cabinet. If somebody asks you where your sweaters are, you don't say "just search the ground", you say " in the closet". Same thing here. You don't have to guess where files are, you kn…

My counterpoint was merely that ~/. hid things, unless you did weird things. Like explicitly ask to see all hidden things. Having a file manager set to see all dotfiles by default, is like ripping all the doors off your closets.

I don't think it's all that weird, it's one of the first things I'd do in any file manager and I make sure Windows Explorer shows me system files too. If never had to interact with the hidden config it would be one thing, but I very often do and I don't want extra friction in getting to them.

Re: Eza: A modern, maintained replacement for ls

#96

Post by srid »

_flux wrote: post #4

Seems quite similar to https://github.com/lsd-rs/lsd . How do they compare? I know though lsd has one annoying bug when using it for grepping: https://github.com/lsd-rs/lsd/issues/1052

I've used both, but settled on using `lsd`. While eza has slightly better performance, that difference doesn't usually matter for a `ls` alternative (unless you operate on very large directories) and `lsd` is nicer and feature rich.

Re: Eza: A modern, maintained replacement for ls

#97

Post by samatman »

alabhyajindal wrote: post #3

My ls usage went down 100% after I switched to fish shell. The built in Alt + l command lists the directory contents. Very helpful! And also results in a cleaner shell history.

TIL! great tip, thanks. Now I just need to wire that shortcut up to `lsd` instead of `ls`.

Update: the ls command is stored at __fish_ls_command, so this is a `set -g __fish_ls_command lsd` in `config.fish`.

Re: Eza: A modern, maintained replacement for ls

#99

Post by kazinator »

daghamm wrote: post #27

Who uses ls anyway? I tab-complete until it lists the files I need. Just kidding. But on a more serious note, why does he claim ls is not maintained anymore?

Because he's deliberately confusing "maintained" with "actively developed" in order to insinuate that the existing tools is unmaintained.

Re: Eza: A modern, maintained replacement for ls

#100

Post by kazinator »

coffeeri wrote: post #54
Izkata wrote: post #49

Earlier quoted context omitted.

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.

Right; since the sentence mentions ls, of course, it must be referring to something other than ls.

Like when your wife finds a sexier, more romantic replacement for you, of course she's not comparing anyone to you. (Nobody is sexier or more romantic than you.) She means sexier and more romantic replacement compared to the previous lover she's just broken up with.

Post reply on HN