Live data from Hacker News

Eza: A modern, maintained replacement for ls

github.com

31–40 of 250 posts

Re: Eza: A modern, maintained replacement for ls

#31
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?

I think they are not referring to ls, but to exa [0], which is not maintained anymore.

[0]https://github.com/ogham/exa

Re: Eza: A modern, maintained replacement for ls

#32

For a long time now, I have wanted all command line utilities to consider options --exclude and --include options, where the regex refers to paths. This is applied before they do any displaying or evaluation. So much more convenient than xargs.

À la powershell’s Get-ChildItems!

It’s a good point, as the shell glob syntax is too limited.

Re: Eza: A modern, maintained replacement for ls

#33
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?

For some reason it became the norm to think that if some piece of software isn't updated regularly that it's inherently out of date.

For statically built executables, this might just be true.

Since when you give up shared libraries, you give up on security upgrades without needing to rebuild the world.

Re: Eza: A modern, maintained replacement for ls

#34

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.

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

Ooo! Thank you! That is a nice tip! Stealing it right now. :)

Re: Eza: A modern, maintained replacement for ls

#35
post #11
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.…

Solarized is easy on the eyes and the colours are chosen for readability. https://ethanschoonover.com/solarized/ The list on the site lacks some entries. Konsole has it built in and i bet Gnome Terminal too.

Pet peeve, Solarized makes no sense as a terminal color scheme, because it maps brgreen, brblue, bryellow, and brcyan to barely-distinguishable shades of gray. It just doesn't have enough colors in its palette to cover the range of colors that the authors of CLI tools expect your terminal to be able to display.

Also, Solarized's whole trick is that its colors are perceptually uniform in terms of lightness, and I think the results speak for themselves why we don't do this in practice. If you want a yellow that actually looks yellow and not a shade of puke brown, it needs to be brighter than the other colors (especially red, which needs to be darker than the other colors if you don't want it to look pink).

Re: Eza: A modern, maintained replacement for ls

#36
post #23
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/

As a CLI tool author, I don't understand how I can use base16 to "theme" my tool's output. Can you point to some resources?

Re: Eza: A modern, maintained replacement for ls

#37
post #33

Earlier quoted context omitted.

For some reason it became the norm to think that if some piece of software isn't updated regularly that it's inherently out of date.

For statically built executables, this might just be true. Since when you give up shared libraries, you give up on security upgrades without needing to rebuild the world.

Or dynamically-linked binaries that are distributed via containers.

Re: Eza: A modern, maintained replacement for ls

#38
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.…

30-odd years of using ls and this comment is finally the catalyst for me to start using -A instead of -a. Thank you!

Re: Eza: A modern, maintained replacement for ls

#39
post #14

What's the point, though? You still have to rely on POSIX and / or GNU tools in most scenarios, and if already knowing / using those, then why bother to switch to anything else?

Use cases are different. I bet I'm not the only one who runs ls manually on my command line a LOT more than I ever use it in scripts.

Re: Eza: A modern, maintained replacement for ls

#40
post #35
post #11

Earlier quoted context omitted.

Solarized is easy on the eyes and the colours are chosen for readability. https://ethanschoonover.com/solarized/ The list on the site lacks some entries. Konsole has it built in and i bet Gnome Terminal too.

Pet peeve, Solarized makes no sense as a terminal color scheme, because it maps brgreen, brblue, bryellow, and brcyan to barely-distinguishable shades of gray. It just doesn't have enough colors in its palette to cover the range of colors that the authors of CLI tools expect your terminal to be able to display. Also, Solarized's whole trick is that its colors are perceptually uniform in terms of lightness, and I thin…

I’ve used solarised-light in my terminal for a few years. I really enjoy the colours, but you’re absolutely right, it is not actually terminal friendly. Many programs just write invisible text.
Post reply on HN