Skip to content

Using degraded color (avoid using color name) #54

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

Open
DVN196 opened this issue Nov 30, 2017 · 2 comments
Open

Using degraded color (avoid using color name) #54

DVN196 opened this issue Nov 30, 2017 · 2 comments

Comments

@DVN196
Copy link

DVN196 commented Nov 30, 2017

I use emacsclient on both terminal and gui and I use after-make-frame-functions to reload nord-theme when open a new frame to correct the color. But if I have a GUI frame opened and tried to open emacsclient on terminal, it will crash immediately because there are no definition for bright colors on emacs GUI. Can we use something similar to solarized's solarized-term-color to avoid using "bright*" color name?

@arcticicestudio
Copy link
Contributor

arcticicestudio commented Dec 31, 2017

Sorry for the late reply ⌚

Unfortunately I can not completely follow your description about the problem. The bright* color names are necessary to make the theme compatible for 16-bit environments like a terminal. The colors of Solarized are defined the same way except that it includes more definitions like e.g. 8-bit colors.

I'd be nice to have a step-by-step reproduction guide including a minimal config. Maybe add a diff where you changed the part of the Nord theme which you'd like to see to be changed in the repository.

@svengreb
Copy link
Member

svengreb commented Mar 2, 2025

Thank you for your patience! 🙏🏼
It's been a while since I had free time to focus more on Nord, and my open source projects in general, and invest time in this issue due to work-life balance. Please keep in mind that maintainers must maintain (pun intended 😁) balance for their open source work and life to avoid burnouts so this gap in time has nothing to do with you or your contribution.

I recently published the first "Northern Post — The state and roadmap of Nord" announcement which includes all details about the plans and future of the Nord project, including the goal of catching up with the backlog. This issue is part of the backlog and therefore I want to triage and process it to get one step closer to a "clean state". Read the announcement about reaching the "clean" contribution triage state in Nord's discussions for more details about the goal.

Therefore it has been added for triage in the central and single-source-of-truth project board that is also described in more detail in the roadmap announcement.


@DVN196 Thanks again for your contribution 🚀
The pull request has been added for triage to be scheduled for the next iterations!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: triage
Development

No branches or pull requests

3 participants