16872 - • doesn't render on Linux

Status: VERIFIED DUPLICATE of bug 454

(Core Graveyard :: GFX, defect, P3)

Description

[Akkana Peck]

The last line of the given URL contains the entity •
(a valid entity according to
http://www.w3.org/TR/REC-html40/sgml/entities.html).
On Windows, this renders as a bullet, but on Linux, it doesn't render at all.
I know Linux gfx can render bullets since it does so for unordered lists (so
does this mean this is a layout bug rather than a compositor bug?  I'm guessing
compositor).

Comment 1

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

I suspect that layout uses graphics primitives to draw bullets rather than
fonts.  However, • should use the appropriate character using the correct
CSS font selection rules.  I think it's more likely to display on windows
because it's one of those characters in the 128-160 range on the Windows
character set that doesn't exist in iso-8859-1.  Therefore, it's probably
unavailable on your Linux.  If you have truetype fonts from windows, then this
could probably fixed by telling your font server about the windows-1252 (or
whichever it is) character encoding.

If anything, I think this should be a font selection (i18n) bug.  Mozilla could
(and perhaps should) be configured to use backups for certain important
characters - the nice quotes, bullets, etc.  It might also be nice to encourage
authors of font servers to make it easier to map windows fonts correctly (i.e.,
do it automatically in something like ttmkfdir).

Comment 2

[Erik van der Poel]

Perhaps we need to use a fallback for •. E.g. Latin-1's 0xB7?

Comment 3

[Richard Zach]

Attachment: Same problem for ­ — –

Comment 4

[Erik van der Poel]

Moving all of my M15s to M16. Please add comments if you disagree.

Comment 5

[Erik van der Poel]

bull, nice quotes, mdash and ndash are all part of windows-1252, so I'm marking
this bug a duplicate of bug 454. ­ is not part of windows-1252 (it's in
iso-8859-1). If it displays incorrectly, please log a separate bug.

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

Comment 6

[Sebastian Späth]

cleaning up: VERIFY duplicate