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

211–220 of 250 posts

Re: Eza: A modern, maintained replacement for ls

#211

Post by magarnicle »

lilyball wrote: post #206
magarnicle wrote: post #200

Earlier quoted context omitted.

I didn't find zellij to be better than screen. The tabs/screens are not numbered correctly so switching directly to them requires manually counting. A non-starter for me.

If you don't like the default tab bar, you can use the zjstatus plugin ( https://github.com/dj95/zjstatus ) to replace it with a customizable one that can show the tab index.

From memory the index is different to the position, so if you rearrange our delete tabs the numbers become meaningless. I submitted a PR but the developers wanted it to be a separate plugin for just this. I decided it wasn't for me.

Re: Eza: A modern, maintained replacement for ls

#212

Post by Osiris »

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.

I have been using fish for a long time and I didn't know about this. Thanks.

Re: Eza: A modern, maintained replacement for ls

#213

Post by elendee »

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

this was my first reaction too

Re: Eza: A modern, maintained replacement for ls

#214

Post by redxtech »

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

`command -v eza >/dev/null && alias ls="eza"`

Re: Eza: A modern, maintained replacement for ls

#216

Post by ttyprintk »

gkfasdfasdf wrote: post #144

IMO the killer feature of eza/exa is not the pretty colors but the git integration - being able to see the git status of individual files in a listing (ignored, modified, etc) is pretty handy.

Totally —- any idea why eza claims exa doesn’t support it? I know that’s wrong.

Re: Eza: A modern, maintained replacement for ls

#217

Post by satvikpendem »

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…

Gotta love Rust (in which most if not all of these tools are written).

Re: Eza: A modern, maintained replacement for ls

#218

Post by teytra »

buzzerbetrayed wrote: post #201
fuzztester wrote: post #185

Earlier quoted context omitted.

the point is that you should not need to hover over the dates to get the exact ones. it hinders fast viewing of the data, when it is more than a small amount.

Depends on the application and your personal preference. It's way "faster" for me to see a HN comment was posted "1 hour ago" than it is for me to see the absolute time string and do the math myself. Further, I don't care about the exact time a HN comment was made. I care about roughly how long ago it was posted so I know if the conversation is still going.

But if exact dates/time is shown you have the possibility to mentally subtract one hour from what the time is, and look for that.

With 1 hour/week/month/year you cannot go the other way, it is too vague.

But web pages and apps should provide a quick and easy way of changing between the too formats.

Re: Eza: A modern, maintained replacement for ls

#219

Post by xigoi »

alerighi wrote: post #203
jen20 wrote: post #68

Earlier quoted context omitted.

The only time you have to care about GNU tools vs your own preference of tool is when writing scripts to run on computers running some Linux distributions, and per [1] you shouldn’t be using ls for that. [1]: https://www.shellcheck.net/wiki/SC2045

Yes but if you work professionally as a software engineer, chances are that you don't only use your PC. Being that a server that you connect remotely to develop on, or a production system where you connect to investigate a bug, or the PC of a coworker you are helping, or getting inside a container, etc. Getting to know and use a standard setup makes you efficient in that situations, that is also the reason why I lear…

I just type `ls, which uses eza when I’m on my own device and ls when I’m on an SSH server. What’s the problem with that?

Re: Eza: A modern, maintained replacement for ls

#220

Post by drdo »

brabel wrote: post #36
eddyg wrote: post #23

Earlier quoted context omitted.

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?

I'm not sure that I fully understood the theming aspect but one point I think is that the standard 8/8 ANSI colors are presumably picked to be readable by the terminal theme itself, independent from your application.

So if you just use those in your application you don't know the actual colors that the user will see on their screen but you know that they will be something readable.

Post reply on HN