-
Notifications
You must be signed in to change notification settings - Fork 8.4k
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
"Magenta" is called "Purple" in WT #11456
Comments
I apologize for the simplicity of this report, but the form submission really doesn't cover trivial issues. I also understand that it is possible nobody on the team wants to handle the GUI implications of handling non-English translations, but I would accept a proposed fix of the settings.json parser also accepting "Magenta" as a string, since it will now always have to also accept "Purple" to not break legacy configurations. |
Incorrect. It is called magenta in the 8 and 16 color systems, and these are industry standard technical terms. Similarly, you do not say a printer uses cyan, purple, yellow, and black. |
Huh. No one else has complained about this since we shipped the Terminal more than 2 years ago now. I suppose we could also accept magenta as a key. Probably no harm in that. |
@zadjii-msft I'm actually surprised no one has hit this particular issue. In my case, along with #11457, it may mean nobody has tried to automate porting color schemes to WT. Or, alternatively, they have, and none of their schemes worked, and they just gave up instead of figuring out why they didn't work. |
We have actually discussed this before, but didn't really commit to fixing it: #2641 (comment) |
/me goes off to register Fair enough. |
When loading color schemes from Json, check if GetValueForKey failed. If it did, and we were searching for the colors "purple"/"brightPurple", swap out the color name with "magenta"/"brightMagenta" and try again. This was tested manually by creating a new color scheme using the colors "magenta"/"brightMagenta" and loading it, then printing colored text in the terminal to assure that the colors were correctly assigned as purple. This changes the color loader to use an index pair table to add support for alternate color names. ## Validation Steps Performed - Manually edit settings.json, creating a new color scheme with colors "magenta" and "brightMagenta" - View the color scheme in settings - the colors will appear as "purple" and "brightPurple" in the UI - Run a program that prints colored text, purple and brightPurple text will appear in the colors defined as magenta and brightMagenta - Modify the color scheme in the settings UI and save it, the colors will be saved as "purple" and "brightPurple" *(I think this is the right behavior, since calling them "magenta" is technically a mistake)* - Repeat the steps above with a normal color scheme - colors named "purple" and "brightPurple" still load properly Closes #11456
@matthewd673 Thanks for the fix. |
🎉This issue was addressed in #13261, which has now been successfully released as Handy links: |
Windows Terminal version (or Windows build number)
All versions
Other Software
No response
Steps to reproduce
Terminal calls "Magenta" by the wrong name, instead it is called "Purple".
Expected Behavior
The expected behavior is calling it "Magenta" instead of "Purple".
Actual Behavior
Terminal calls the color in question "Purple", instead of "Magenta".
The text was updated successfully, but these errors were encountered: