The DEC special graphics character set shouldn't have control characters #169
Labels
Product-Conhost
For issues in the Console codebase
Resolution-Fix-Available
It's available in an Insiders build or a release
Milestone
Microsoft Windows [Version 10.0.16299.371]
When I use the
ESC ( 0
escape sequence to enable the DEC special graphics character set, some of the characters don't seem to be correctly mapped. Specifically, code points \x62 to \x65, \x68, and \x69, which are meant to be glyphs representing the control characters (␉ ␌ ␍ ␊  ␋), and shouldn't be interpreted as the control characters themselves.It's admittedly not particularly obvious from the mapping table provided in the VT100 manual, but I think it's a lot clearer in the VT220 manual, which lists both control characters and control character glyphs, so you can clearly see the difference.
As further confirmation, every Linux terminal emulator I've tested has displayed these code points as glyphs and not interpreted them as control characters. Here is a simple test case:
The screenshot below shows the output from XTerm, Gnome Terminal, Konsole, and the Windows console.
And note that the two characters that Windows does appear to display (with a replacement char) are still not correct. Those are being mapped to the "form feed" and "vertical tab" control characters, which Windows doesn't implement. If you had a font that supported those glyphs you'd see them as characters \x0C and \x0B (♀ and ♂) from code page 437.
When the DEC special graphics character set is enabled, code points \x62 to \x65, \x68, and \x69 should be displayed as glyphs and not interpreted as control characters.
The text was updated successfully, but these errors were encountered: