Live data from Hacker News

Exa, a modern replacement for ls

the.exa.website

141–150 of 420 posts

Re: Exa, a modern replacement for ls

#141
post #114

Earlier quoted context omitted.

It's not exactly the same though. LS_COLORS only colours file types (whether it's a file, dir or symlink) and permissions, while exa appears to also set the colours based on the mime type (text, image, etc.).

I'm pretty sure ls does this as well. At least for images and archives

Specifically, you list which extensions should get what colors. So it's more like telling ls "Color anything ending in .jpg or .gif in red", as opposed to "Color all images red".

Re: Exa, a modern replacement for ls

#142

Earlier quoted context omitted.

I also don't like colorized output - for instance, what if you want to pipe stdout of a process to Slack? You will get bash control characters.

It does the sane thing when it detects the output is being pipped and doesn't output the color controls.

Great! Where are my colours in `foo | less -SR' on the terminal?

It's not "the sane thing" to differentiate output on STDOUT's attributes. grep doesn't have the --colour option ternary for nothing.

Re: Exa, a modern replacement for ls

#143
post #116

Earlier quoted context omitted.

The more design elements you add - colors, type, graphics etc - the more distracting the design get and the more conflict there is between the design elements. By colorizing everything here, nothing is important anymore. It's just poor usability and design.

(author here) You know what's funny? Every time I have to use ls, I'm so used to seeing the colours that I have so much trouble finding anything. Which column in the permissions is group-read? I can just scan for the green one. Which file in the listing am I supposed to be looking at? I just look for the one with the yellow underline. Colours have familiarity to me in a way that letters and words do not -- if I expec…

I'm a big fan of this colorization. I like that I can quickly scan permissions, take note of the user, and figure out what kind of file I'm looking at. With regular 'ls', I usually have to do a double-take on all of those.

Re: Exa, a modern replacement for ls

#144
post #61

What does "exa" stand for? That's what I want to know.

"Like an engineer deeply in tune with his machine, Exa feels the world's component error deep in his bones, fractionally before anything has literally gone wrong." — from Sam Hughes's Ra (https://qntm.org/ra)

It was originally going to be a command-line "file explorer" like ranger, and exa is kind of short for explorer, but I like this quote too.

Re: Exa, a modern replacement for ls

#145

>although Rust is cross-platform, I don’t have a Windows machine to develop on... Well, Windows VMs aren't hard to come by and they work quite well on any host platform (contrarily to some other OSes cough MacOS cough ) A native windows version would be interesting, though I believe people generally shun any prolonged interactive use the windows command line, this kind of tool might be one of the possible remedies ag…

As a maintainer of a CLI program in Rust that runs on Windows, it is mostly a pretty nice experience. The only painful part was getting colors working in both MSYS terminals and cmd/PowerShell based terminals.

I do have a Windows 7 VM setup for testing, but I also bought a cheap Windows 10 laptop to test on as well.

Re: Exa, a modern replacement for ls

#146
post #125

It is great to scratch an itch and make something behave exactly as you want it to be - kudos. That said, this is very much not for me. Default-colorized is something I emphatically do not want; defaulting to relative units, ditto. It it were me, the first thing I would do is get rid of 'grid' display entirely - reading across just doesn't work for me. Etc. More prosaically, `ls` is sort of like breathing for me - I…

I do not think I could have said it any better. Absolutely fabulous work to the developer. I am just not his userbase.

Re: Exa, a modern replacement for ls

#147
post #66

./exa-linux-x86_64: error while loading shared libraries: libhttp_parser.so.2.1: cannot open shared object file: No such file or directory Couldnt all the dependencies be statically linked for max portability?

Just make sure you update exa when there's a vulnerability in whatever got statically linked to it.

Re: Exa, a modern replacement for ls

#148
Wow, the comments in this thread are quite harsh. Even though I might not use it, this looks like an awesome project - kudos to the author for finding (& implementing) ways to improve something as mundane as ls.

I've long been stuck on finding a suitable (perfect?) project idea to play with Rust but exa is making me think through again!

Thanks for sharing this and also for your screencasts. I'd definitely spend a lazy evening watching you program exa.

Re: Exa, a modern replacement for ls

#150

This is heavily influenced by personal taste, but I don't understand the value of having so many elements of the output colorized. File type seems a useful case, everything else in the output of `exa -l` just looks distracting to me. Just my 2 cents.

The more design elements you add - colors, type, graphics etc - the more distracting the design get and the more conflict there is between the design elements. By colorizing everything here, nothing is important anymore. It's just poor usability and design.

I haven't used it yet, but the colored screenshots look way more usable than standard ls. Personally I don't think it id conflicting and confusing at all.
Post reply on HN