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

171–180 of 250 posts

Re: Eza: A modern, maintained replacement for ls

#171

Post by DSMan195276 »

FuckButtons wrote: post #115
tmountain wrote: post #50

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).

You can alias it to whatever you want though.

You can, but that's a pain to set up and maintain everywhere. I avoid using aliases for that reason, it just makes me annoyed when I ssh into a machine and it's not there.

I'm not sure the meaning behind the name, but maybe they should have picked `eya` instead, that's nice and satisfying rather than the double pinky move :D

Re: Eza: A modern, maintained replacement for ls

#172

Post by rwmj »

thiht wrote: post #158
sandreas wrote: post #149

There is also 'lsd' but I still prefer eza. For everyone interested there is a lot of modern command line tools I nowadays prefer over the old stuff: bat - cat with highlight difftastic - better diff gdu - ncdu for ssds (disk space analyser) zoxide - modern cd fd - find alternative rg - ripgrep (grep) fzf - fuzzy finder jless - json viewer with mouse folding dra - download and install release assets lazygit - git TUI…

4 additional tools I use regularly: - task, a Makefile alternative - hyperfine, a benchmark tool - vegeta, a load testing tool - sd, a better, more intuitive sed There’s also the JSON trinity: - jq, the well know JSON processor - jc, convert the output of many CLI tools to JSON - gron, make JSON greppable

hyperfine is absolutely brilliant. My go-to replacement for time.

Re: Eza: A modern, maintained replacement for ls

#173

Post by enriquto »

creshal wrote: post #56
macintux wrote: post #42

Earlier quoted context omitted.

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.

> people still can't get used to .local/.share/.config

I'm one of those people... I don't want yet more hidden stuff in my home dir; I want less. My dream is to have zero hidden directories in my home. What I want is something really clean like this:

    $ ls -a ~
    . .. config fun local pro tmp
This is almost possible, thanks to XDG_ environment variables. But unfortunately many programs still use hardcoded names for the local userdirs.

If you want to get closer to that goal, the xdg-ninja [0] package can help you. Also, do something like "touch ~/.local ; chmod 000 ~/.local" to force programs that use hardcoded names to fail spectacularly (instead of recreating the hidden dir).

[0] https://github.com/b3nj5m1n/xdg-ninja

Re: Eza: A modern, maintained replacement for ls

#174

Post by timeon »

ehutch79 wrote: post #116
elashri wrote: post #102

Earlier quoted context omitted.

No the maintained here means it is a maintained (replacment) with reference that it is a fork of exa which was a ls replacment that is not maintained anymore. It does not say that ls is not maintained.

Look at the title above. It only says Eza and ls. It says eza is maintained, which tells me the other,ls, is not maintained. Doesn’t mention exa. Yes it’s missing nuance if you don’t click through, but that’s a complete statement, and I wouldn’t expect people to click through to get more context

Yes title is not clear so parent was just clarifying.

Re: Eza: A modern, maintained replacement for ls

#175

Post by keybored »

godshatter wrote: post #114

One pet peeve of mine is "human readable dates", especially for a directory listing. If I'm scanning for something I copied into a folder yesterday amongst other things, I don't want everything to show "1 day ago" if I'm looking for something I did around 11am. I want the dates and times. That goes for forums like HN. Show me the date/time and also "7 hours ago" or whatever if you have to. I've never understood takin…

One thing I really like about all of the ago formats:

- What it says: 1 year ago

- What it is: 1 year and 10 months ago

Re: Eza: A modern, maintained replacement for ls

#176

Post by Tyriar »

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

I work on VS Code. We have a feature for this exact problem that enforces a minimum contrast ratio of 4.5:1 via shifting the luminance of the foreground text by default https://code.visualstudio.com/docs/terminal/appearance#_mini... . This feature's in xterm.js so any terminal based on xterm.js can leverage this.

We actually got a bit of push back when this was released but I haven't heard anything for quite a while now that some time has passed and we have a FAQ for colors not being "correct".

Re: Eza: A modern, maintained replacement for ls

#177

Post by kstrauser »

thiht wrote: post #158
sandreas wrote: post #149

There is also 'lsd' but I still prefer eza. For everyone interested there is a lot of modern command line tools I nowadays prefer over the old stuff: bat - cat with highlight difftastic - better diff gdu - ncdu for ssds (disk space analyser) zoxide - modern cd fd - find alternative rg - ripgrep (grep) fzf - fuzzy finder jless - json viewer with mouse folding dra - download and install release assets lazygit - git TUI…

4 additional tools I use regularly: - task, a Makefile alternative - hyperfine, a benchmark tool - vegeta, a load testing tool - sd, a better, more intuitive sed There’s also the JSON trinity: - jq, the well know JSON processor - jc, convert the output of many CLI tools to JSON - gron, make JSON greppable

Those are all very nice! I've come to be a huge fan of just as a Makefile replacement for the common case where I'm not actually computing vast build dependencies.

Re: Eza: A modern, maintained replacement for ls

#178

Post by [deleted] »

thiht wrote: post #158
sandreas wrote: post #149

There is also 'lsd' but I still prefer eza. For everyone interested there is a lot of modern command line tools I nowadays prefer over the old stuff: bat - cat with highlight difftastic - better diff gdu - ncdu for ssds (disk space analyser) zoxide - modern cd fd - find alternative rg - ripgrep (grep) fzf - fuzzy finder jless - json viewer with mouse folding dra - download and install release assets lazygit - git TUI…

4 additional tools I use regularly: - task, a Makefile alternative - hyperfine, a benchmark tool - vegeta, a load testing tool - sd, a better, more intuitive sed There’s also the JSON trinity: - jq, the well know JSON processor - jc, convert the output of many CLI tools to JSON - gron, make JSON greppable

[deleted]

Re: Eza: A modern, maintained replacement for ls

#179

Post by gkfasdfasdf »

sandreas wrote: post #149

There is also 'lsd' but I still prefer eza. For everyone interested there is a lot of modern command line tools I nowadays prefer over the old stuff: bat - cat with highlight difftastic - better diff gdu - ncdu for ssds (disk space analyser) zoxide - modern cd fd - find alternative rg - ripgrep (grep) fzf - fuzzy finder jless - json viewer with mouse folding dra - download and install release assets lazygit - git TUI…

Great list! I would also add:

   viddy, a replacement for watch that includes history
Post reply on HN