After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 164630 - Unicode space variants are replaced by boxes whereas that should be blank
Unicode space variants are replaced by boxes whereas that should be blank
Status: RESOLVED DUPLICATE of bug 145275
Product: pango
Classification: Platform
Component: general
1.8.x
Other All
: Normal minor
: ---
Assigned To: pango-maint
pango-maint
Depends on:
Blocks:
 
 
Reported: 2005-01-19 21:07 UTC by Joël Riou
Modified: 2005-01-19 21:28 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Joël Riou 2005-01-19 21:07:33 UTC
Please describe the problem:
When we display some UTF-8 encoded string containing some space variants (e.g.
U+2009 THIN SPACE) in some GTK+ widget, only a box containing the Unicode number
of the character appears, whereas one may expect seeing only blank. One may
think that a good font should contain blank glyphs for these Unicode numbers so
that Pango and others programs would display it properly, but with this
definition, most font I know are bad. So if the glyphs are not defined in the
font, one may think that Pango could display only blank for those space variants
(the Unicode standard has such characters in the range U+2000--U+200B at least).

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Owen Taylor 2005-01-19 21:28:17 UTC

*** This bug has been marked as a duplicate of 145275 ***