-
-
Notifications
You must be signed in to change notification settings - Fork 659
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Respect $LS_COLORS #116
Labels
Milestone
Comments
Yes, please. I've been tempted to write my own LS replacement because no one uses LS_COLORS. |
+1 |
Is there anything new on this or are there plans for this? |
+1 |
ogham
added
features › ui
Things to do with the UI
features › arguments
Command-line argument parsing
labels
Jul 6, 2017
ogham
added a commit
that referenced
this issue
Jul 10, 2017
This creates a new type that holds file extensions in preparation for #116. It doesn’t do anything yet, but it will!
+1 |
I still want to get this one done this release cycle, don’t worry! |
ogham
added a commit
that referenced
this issue
Sep 2, 2017
This branch went part of the way towards supporting LS_COLORS in exa. If the variable is set, exa will style certain file kinds, such as sockets or directories or links, according to the style that corresponds with the relevant two-letter code. It doesn’t work with globs for files or extensions yet. That’s coming soon. See #116
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
With current implementation, we cannot customize directory color scheme of
exa
. Let's parse$LS_COLORS
environment variable (or$LSCOLORS
on BSD) and use it in the output.Reference
The text was updated successfully, but these errors were encountered: