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 Directory Permissions to use Different Color Values than File Permissions #1232

Open
RyanPrussin opened this issue Aug 10, 2023 · 0 comments

Comments

@RyanPrussin
Copy link

RyanPrussin commented Aug 10, 2023

My personal exa color philosophy is to try to keep colors toned-down and relatively balanced and complementary UNLESS it is meant to warn you loudly about something you should be focused on, in which case louder colors are okay.

To that end, one of the things I realized is that it can be really helpful to identify when file and directory permissions are not restrictive enough by identifying them with bright popping colors, like red, e.g.:

image

As a developer, I would love the ability to set different colors for the permissions on directories than I do for the permissions on files, because it can help draw my attention to permissions that need to be changed to improve security.

For example, in PHP it is generally recommended for directories to have 755 permissions (-rwx--x--x) and for files to have 644 permissions (-rw-r--r--). I would love to make it so that all of the the undesired permission settings for directories (----rw-rw-) and for files (---x-wx-wx) could be flagged as red so I see them immediately. Currently if I try to do that, I either have to cater to files and then see lots of red for directories, or cater to directories and see lots of red for files.

If these colors could be set separately it could become a really helpful tool for taking note of security issues when coding.

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

1 participant