Glyphs from U+f900 to U+fad9 have wrong extra space in certain condition when we use colors #13328
Labels
Issue-Bug
It either shouldn't be doing this or needs an investigation.
Needs-Tag-Fix
Doesn't match tag requirements
Resolution-External
For issues that are outside this codebase
Windows Terminal version
1.13.11432.0
Windows build number
10.0.22000.0
Other Software
No response
Steps to reproduce
First we need to install Nerd Font, (I tesed with FantasqueSansMono NF, and CaskaydiaCove NF)
After installing it and use the font in the Windows Terminal, then we can print any glyphs that there hex range from U+f900 to U+fad9 with any color and Then putting any character next to it BUT with different color.
The script code for that is very simple:
Method 1 using ANSI escape sequence color
OR
Method 2 using
-ForegroundColor
parameterMethod 3 which is behaving half correctly but in certain condition
when we don't change the color and we must continue with the same color IF WE CHANGE IT the first character after changing the color will be spaced
Expected Behavior
Method 3 output :
Here as we can see when we don't change the color after the glyph so there is no space, and that should be the normal case even when we change the color.
BUT
if I change the color of hex there will be an extra space but before the hex not the square bracket as the square bracket with the same color of glyph as in the screen shots in the actual behavior down.
Actual Behavior
Method 1 Output
We can see here there is space after every glyph in first color transition.
Method 2 Output as above but with using
-Foreground
parameter.shifting the space location by using same color of glyph then change it
We can notice that the glyph is green colored and "]" is also green so no space between them when we change the color the space became before the changed text color
Here is another proof that it depends on changing the color
There should be no space between hex and "dummy"
The text was updated successfully, but these errors were encountered: