The emojis are cute, but is it really quicker than reading a `-`, `d`, or `l` in the ls output?
This is my daily goto:
alias ls='ls -Av --time-style="+%Y-%h-%d %r" --group-directories-first --color'
alias ll='ls -lh'The emojis are cute, but is it really quicker than reading a `-`, `d`, or `l` in the ls output?
This is my daily goto:
alias ls='ls -Av --time-style="+%Y-%h-%d %r" --group-directories-first --color'
alias ll='ls -lh'This tool is pretty clearly meant to be consumed by a human—if you need a directory listing as part of a shell script you'd just use ls—and humans very much do care about extensions even if the kernel and application don't.
Most desktop gui programs care about extensions.
It communicates to the human what the file is, and makes it easier to find the file you want if you only have to look through 5 files of type X rather than 60 assorted files. Humans are the number 1 users of terminal interfaces, so this changes helps that demographic.
So .jpg’s would be separate from .jpeg’s, despite meaning the same thing.
While there are thousands of extensions, in practice most of the time you’ve got a dozen or less even in a “downloads” folder, so it’s not really a big deal to scroll to the gifs, jpgs, pngs separately if you are looking for all images.
Stupid macOS ls binary: unrecognized option `--time-style=+%Y-%h-%d %r'
MacOS uses traditional Unix tooling, not GNU.
It might be traditional, but whatever tradition it is, it isn't Unix =D. I could argue this all day long!
;)
Has all the same things like the GNU coreutils etc, they live in /opt/local/bin and don't fight with SEP or users.