-
Notifications
You must be signed in to change notification settings - Fork 8.5k
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
Correct the default 6x6x6 palette entries #5999
Conversation
At some point we may want to generate this entire palette programmatically, but for now I just wanted to get a quick fix in place, because the discrepancy was bugging me. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Huh, good eye. Thanks!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thanks!
@msftbot merge this in 1 minute |
Hello @DHowett! Because you've given me some instructions on how to help merge this pull request, I'll be modifying my merge approach. Here's how I understand your requirements for merging this pull request:
If this doesn't seem right to you, you can tell me to cancel these instructions and use the auto-merge policy that has been configured for this repository. Try telling me "forget everything I just told you". |
There is a range of 216 colors in the default 256-color table that is meant to be initialized with a 6x6x6 color cube, with each color component iterating over the values `00`, `5F`, `87`, `AF`, `D7`, and `FF`. A few of the entries incorrectly had the _red_ component has `DF`, when it should have been `D7`. This PR corrects those entries. It also removes a bit of unnecessary whitespace in the first 100 entries. ## Validation Steps Performed I have a visual test script that renders the full 256-color palette, using both the indexed color sequence (`SGR 38;5`) and the equivalent rgb representation (`SGR 38;2`) side by side. Although the difference was subtle when it was incorrect, I can now see that it has been fixed. Closes microsoft#5994
🎉 Handy links: |
There is a range of 216 colors in the default 256-color table that is meant to be initialized with a 6x6x6 color cube, with each color component iterating over the values `00`, `5F`, `87`, `AF`, `D7`, and `FF`. A few of the entries incorrectly had the _red_ component has `DF`, when it should have been `D7`. This PR corrects those entries. It also removes a bit of unnecessary whitespace in the first 100 entries. ## Validation Steps Performed I have a visual test script that renders the full 256-color palette, using both the indexed color sequence (`SGR 38;5`) and the equivalent rgb representation (`SGR 38;2`) side by side. Although the difference was subtle when it was incorrect, I can now see that it has been fixed. Closes #5994 (cherry picked from commit 5d6fdf3)
There is a range of 216 colors in the default 256-color table that is meant to be initialized with a 6x6x6 color cube, with each color component iterating over the values `00`, `5F`, `87`, `AF`, `D7`, and `FF`. A few of the entries incorrectly had the _red_ component has `DF`, when it should have been `D7`. This PR corrects those entries. It also removes a bit of unnecessary whitespace in the first 100 entries. ## Validation Steps Performed I have a visual test script that renders the full 256-color palette, using both the indexed color sequence (`SGR 38;5`) and the equivalent rgb representation (`SGR 38;2`) side by side. Although the difference was subtle when it was incorrect, I can now see that it has been fixed. Closes #5994 (cherry picked from commit 5d6fdf3)
🎉 Handy links: |
🎉 Once again, thanks for the contribution! This pull request was included in a set of conhost changes that was just |
There is a range of 216 colors in the default 256-color table that is
meant to be initialized with a 6x6x6 color cube, with each color
component iterating over the values
00
,5F
,87
,AF
,D7
, andFF
. A few of the entries incorrectly had the red component hasDF
,when it should have been
D7
. This PR corrects those entries. It alsoremoves a bit of unnecessary whitespace in the first 100 entries.
Validation Steps Performed
I have a visual test script that renders the full 256-color palette,
using both the indexed color sequence (
SGR 38;5
) and the equivalentrgb representation (
SGR 38;2
) side by side. Although the differencewas subtle when it was incorrect, I can now see that it has been fixed.
Closes #5994