Live data from Hacker News

Eza: A modern, maintained replacement for ls

github.com

131–140 of 250 posts

Re: Eza: A modern, maintained replacement for ls

#131

Earlier quoted context omitted.

You can hover over the date for an exact timestamp. Maybe someone can write a userscript to replace the relative dates to exact ones.

Yeah this makes it better, but I've found some sites that don't do that, blogs and news articles where it's impossible to find the date of published... Is it a SEO trick to make your content always relevant?

Well it will definitely help with caching. You only need to update the article every year or so.

Re: Eza: A modern, maintained replacement for ls

#132

Earlier quoted context omitted.

Yeah this makes it better, but I've found some sites that don't do that, blogs and news articles where it's impossible to find the date of published... Is it a SEO trick to make your content always relevant?

Well it will definitely help with caching. You only need to update the article every year or so.

[deleted]

Re: Eza: A modern, maintained replacement for ls

#133
post #40
post #35

Earlier quoted context omitted.

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.

It also makes the baffling decision to make "bright black" darker than "black." Pretty much every other terminal colorscheme renders brightblack as a dark gray.

It's fine as an editor colorscheme, but nearly unusable as a terminal scheme.

Re: Eza: A modern, maintained replacement for ls

#134
post #126

What’s with all these new versions of GNU utilities being built with the MIT license? Seems like there are a lot of them.

Rust users tend to permissively-license their code in general. I don't know if there are easily available statistics but almost everything on the Rust package repository (crates.io) is MIT or Apache-2.0; certainly the most popular libraries are.

Re: Eza: A modern, maintained replacement for ls

#135

Earlier quoted context omitted.

I agree. GitHub does this too on commits. "foo.cpp modified last year." It makes no sense, at least without the ability to view additional datetime information.

You can hover over the date for an exact timestamp. Maybe someone can write a userscript to replace the relative dates to exact ones.

Huh, I never noticed that. There is a lot of sublety in HN's minimal formatting.

Re: Eza: A modern, maintained replacement for ls

#136
post #44

Earlier quoted context omitted.

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

Oh cool idea! But gosh I think I would hate that.. I typically know what files are in directories that I'm working in, and usually care more about the output of previous commands I've run. I feel like this would teach me to never change directories

Also good practice

Re: Eza: A modern, maintained replacement for ls

#137

Earlier quoted context omitted.

I agree. GitHub does this too on commits. "foo.cpp modified last year." It makes no sense, at least without the ability to view additional datetime information.

You can hover over the date for an exact timestamp. Maybe someone can write a userscript to replace the relative dates to exact ones.

This bookmarklet (I prefer to do it on purpose, not by default) would do this on a GitHub page. It is easy to convert it to a userscript.

javascript:(function () { document.querySelectorAll("relative-time").forEach(function (el) { var p = el.parentNode; var t = el.title; var s = document.createElement("span"); s.innerHTML = t; p.removeChild(el); p.appendChild(s); }); })();

Re: Eza: A modern, maintained replacement for ls

#138

Earlier quoted context omitted.

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

Side note: the English language is a dumpster fire, and it’s easy for these issues to happen.

I strongly suspect the title could be translated into numerous languages verbatim, without losing the unintended interpretation. It is so for a few languages I know.

You can try it with translation tools.

The problem is semantic: in any language whatsoever (I suspect) if we express the idea that X is a replacement for Y, and in the same sentence mention some attributes of X, it means that those attributes are relevant to qualifying X as a replacement, which implies that those attributes are lacking or inadequately present in Y.

Without heaps of prior context, it is an impossible interpretation that the X attributes are not actually lacking in Y, but in a previously attempted replacement Z.

Re: Eza: A modern, maintained replacement for ls

#139

Earlier quoted context omitted.

I agree. GitHub does this too on commits. "foo.cpp modified last year." It makes no sense, at least without the ability to view additional datetime information.

You can hover over the date for an exact timestamp. Maybe someone can write a userscript to replace the relative dates to exact ones.

Can’t hover on mobile

Re: Eza: A modern, maintained replacement for ls

#140
post #65

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

I’ve had eza (and formally exa) aliased as ls, ll and lll since around 2015 and never hit a compatibility issue. I also have sl installed to encourage accuracy when running it…

What is 'sl' ?
Post reply on HN