Skip to content
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

Allow customizing builtin extension colours #641

Open
ariasuni opened this issue Mar 19, 2020 · 1 comment
Open

Allow customizing builtin extension colours #641

ariasuni opened this issue Mar 19, 2020 · 1 comment

Comments

@ariasuni
Copy link
Collaborator

exa is currently coloring some files based on filenames and filetypes in a non-trivial way that makes hard or impossible to replicate using only EXA_COLORS.

Contrarily to what the man says (“exa provides its own built-in set of file extension mappings […]”), exa uses a few algorithms, like checking for files starting with readme case-insensitively, or checking if some file is compiled if it has a source (e.g. mark CSS as compiled if there is a SASS source).

Even if someone doesn’t want those advanced features and could live with just a basic coloring based on extension, it’s really handy that exa already knows about the most popular and it’s really hard to manage an EXA_COLOR for frequent filetypes because of the basic syntax.

It would be great to be able to use EXA_COLORS to set the color of whole file types, instead of needing to set a color for every file extension and still missing the possibilities and extensive list of file extensions maintained in exa.

It would fix #338 and #363 (and close #370) in my opinion.


I tried to see how it can be done, based on what has be done in #607, but I couldn’t see how to make it work, so I gave up (at least for now).

@carlfriedrich

This comment was marked as spam.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants