-
Notifications
You must be signed in to change notification settings - Fork 63
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
More granular styling for common languages? #68
Comments
One thing I'm considering is differentiating numbers and booleans from strings in some way. |
Python exceptions definitely need to be more visible. Currently they are linked to |
At first, it appeared that Selenized strives to become a simple and better implemented alternative to Solarized (which has been criticized for its implementation). That impression apparently has also led to a suggestion for shipping Selenized with Vim itself (vim/vim#1665 (comment)). Making Selenized reliant on third-party syntax scripts (vim-polyglot) means taking an entirely different route (and probably also means not being considered for being shipped with Vim). This is of course fine. Just something to be aware of. |
Good point. Let me say that I'm definitely not going to make selenized dependent on vim-polyglot - what I'd like to see is selenized being able to take advantage of such plugin if the user has it installed. |
I support deviating to enhance the experience. Personally, I'm always evaluating themes based on how they highlight punctuation like separators, string identifiers, etc. Obviously there should be a sane default baseline, but as the theme progresses adding more specialization is welcome IMO. |
I would refrain from using polyglot, as not everybody has it installed. Instead, I'd suggest loading up a bunch of filetypes in a |
I somewhat agree with @fladd, personally I don't like to see vim depend on a whole lot of third party plugins. I try to keep what I use to a minimum, which I think is prudent for security. |
(this is about vim theme, but similar coloring rules will be used in other editors as well)
As of 76b0a15 vim theme only specifies styling for basic token groups (like solarized). I think that rather than sticking to solarized, it would be beneficial to have more detailed styling rules (e.g. highlight booleans differently than other constants, differentiate imports from other PreProc etc.). Note: it may be a good idea to use vim-polyglot.
Requires #67 to be done first.
Languages that I'm likely to work on first:
Languages that I'd like to work on but need help from people who know them better:
The text was updated successfully, but these errors were encountered: