-
-
Notifications
You must be signed in to change notification settings - Fork 170
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
light color theme #46
Comments
I planned to provide a kind of "daylight" mode/variant for all port projects, but this is still in the distant future. There are almost 10 or more issues/emails per port project I maintain each day and it costs a lot of time and effort to keep them up-to-date. The only change for Nord itself would be the style guide to specify/document the color behavior in case of light mode/layout. I've added a backlog issue card and will notify you as soon as I start working on this. |
Could you consider updating the style guide here and opening issues on all the port projects so that contributors can follow the guide here and create a daylight variant for those projects? You would obviously review them before adding them to the respective port project so that the quality of the project as a whole isn't affected. |
Sorry for the late reply. I need to create a concept about the usage of the colors first in order to plan the implementation for all the port projects. I think it won't take long, but I'm currently focusing on getting all the open issues and port project requests done before working on the next "large" feature, where "large" means that it will take a lot of time to realize it for all port projects. |
I'm really interested in this. |
@bemug This is still planned, but there are still several other issues in the backlog and next version boards. I'm also busy with many real life tasks (job, study etc.) and unfortunately there's not much free time to work on my projects. When there's some time on the weekend or vacation I focus to get the Nord docs and website done (if there are no other critical/high priority issues in any project). |
Someone has already ventured a
(I'm adding it to the comments here because I really love both the light and dark Nord themes in doom and was hoping to find iTerm2 equivalents.) |
Bumping this issue. Is it still planned? |
@bemug It is still planned, but there are many more urgent and essential tasks that need to be done before starting to work on a new and larger feature like this. The plan is to migrate docs and assets of all existing port projects to the new shiny Nord website to finally have a single-point-of-truth™ for documentations and assets for Nord. Afterwards important and long-time outstanding issues and PRs in all port projects need to be reviewed/implemented, merged and deployed in new release versions. When everything is done, new and large features like a light theme variant/mode are the next step to go. After that, the many requests for new port projects will be processed that'll come with the "dark" theme mode as well as the new light variant by default. |
There is another theme, polar, which attempts to do something like this. It could be a nice starting point for an official light theme. |
Any updates on this? |
@mvrogowski You can track the progress of the data transition in nordtheme/web#133. |
Will light theme lead to changes in the Nord color palette? The syntax highlighting colors look bad on the Snowstorm palette. |
The colors won't change. Nord was designed with a darker appearance in mind in the first place so it might be possible that some colors are not optimal, but creating minimal palettes that work perfectly in universal modes is almost impossible to achieve. Some port projects might make use of color calculation functions (e.g. Sass Nord makes use of the awesome Refactoring UI design pattern. Here are some great resources about dark and light mode theme styles:
|
Bumping this as we're now in July and I'm still interested in this to happen. |
Shameless self plug. I made one since I couldn't find one. Its based on the Nord light theme for doom emacs and the dark theme for iterm |
@brorbw Thanks for sharing, always nice to see the community comes up with own projects 😄 @bemug In short: No. In long: All of that together costs time and often requires more steps like bug reproduction or testing before merging changes from PRs (automatic tests are kind of hard when it comes to projects that are mostly “visual“ and might behave different on various platforms in combination with different environments and setups). In summary this means that the implementation of “light“ variants are still further down in the list of prioritized tasks for Nord while there are still plenty of other ones like the data migration of all existing port projects to the new website and documentation infrastructure, “cost optimizations“ for such to not go beyond the limit of 100GB traffic per month (currently at ~80GB) in the free Netlify hosting plan (at least not as long as no one sponsors it), the implementation of the “brighter comment color“ for remaining port projects, overall code cleanup and unification to reduce the maintenance overhead even more, the implementation of requested port project, the… I hope you can understand my situation, but comments like “why not implemented yet?“ or “is it done?“ that add another entry to my daily 20-40+ GitHub notifications can be kind of nerve-wracking. Don't get me wrong here please, the issue is still planned and not rejected in any way, but when working on larger projects one learns that prioritization is key to not end up in chaos. |
Thanks a lot for your comment. Keep up the good work! |
@arcticicestudio I don't mean to plagiarize the theme. I think I have come pretty close to the one in doom emacs nord light. If you are up for it, i could make a PR in Nord Iterm. Since maintaining different ports of the same theme is cumbersome and time consuming while working fulltime might I suggest getting the community to help out by inviting others to help maintain it. Another way would be to automate the ports. You could have the colors defined in one config file, and build all the ports based on that file. This way you could invite maintainers to work on the build process and not on specific projects. This would also mean you have a single source of truth for all the ports. I can imagine having different projects you could end up having a fragmented theme that's not consistent over multiple platforms. |
it will be nice to get Nord Light Theme for Pycharm Editor |
@kvkeerthi iirc Pycharm is a JetBrains product - https://www.nordtheme.com/ports/jetbrains Edit: Just realised that there is no light theme for JetBrains products |
Hi @arcticicestudio, is there anyway we can help to make the light version come to life? Or go up in priorities? |
@abderrahmane-tj The amount of open tasks is really high like the 400+ open issues and PRs, community platform management and long-time planned maintenance-overhead improvements. The focus on a large topic this completely new theme variant requires a lot of time and has to be planned for all port projects. The best way to help are contributions to open tasks since 90% of my free time I can spend on Nord it taken by support/help topics and the fact that new features and improvements are requested, but never contributed by anyone else. |
We took the liberty of creating a light theme based on the Nord color palette for PhotoPrism. It's called "Snow" and you can try it on our public demo: |
I took a stab at a Nord light theme for Terminal.app on MacOS – https://github.com/bakert/nord-light Any comments gratefully received :) |
Is there an option to make a light color theme based on nord which just switches background/foreground color?
I'm thinking of something like solarized.
The text was updated successfully, but these errors were encountered: