Community
Participate
Working Groups
Some of the ASCII control characters (also defined in UNICODE http://www.unicode.org/charts/PDF/U0000.pdf) are rendered as a block containing the hexadecimal codepoint info (even if there is a 'real' glyph within the used font), for instance the four NFORMATION SEPARATOR controls 'unit separator' \u001F, 'record separator' \u001E, 'group separator' \u001D and 'file separator' \u001C... and maybe some more. It seems to be special to Linux' SWT implementation, since the same content is shown correctly on Windows platforms and also on Linux with other apllications e.g. browsers. public void paintControl(PaintEvent pe) { pe.gc.drawText("abc\u001Exyz", 0, 0); }
As it's working for the real characters, I don't consider this an issue. Can you point to font with such glyphs to be tried?
The actual misbehaviour is that there's a block with a hex number at all – as well the font doesn't contain special glyphs for the control characters (which is common) as it does.
Reproducible on GTK3.24, Fedora 30, and SWT from master as of today.