W3C home > Mailing lists > Public > public-css-testsuite@w3.org > September 2010

RE: AHEM_* fonts not suitable for use on GNOME desktops

From: Arron Eicholz <Arron.Eicholz@microsoft.com>
Date: Thu, 30 Sep 2010 18:38:11 +0000
To: "L. David Baron" <dbaron@dbaron.org>, "public-css-testsuite@w3.org" <public-css-testsuite@w3.org>
Message-ID: <07349ECFC3608F48BC3B10459913E70B06753D84@TK5EX14MBXC140.redmond.corp.microsoft.com>
On Thursday, September 30, 2010 11:21 AM, L. David Baron wrote
> The fonts AHEM_cursive, AHEM_fantasy, AHEM_monospace, AHEM_sans-
> serif, and AHEM_serif contained in
> http://www.w3.org/Style/CSS/Test/Fonts/AhemExtra/ are rather unsuitable
> for use on GNOME desktops (the default desktop on Fedora and Ubuntu).
> GNOME uses fontconfig for font handling, and fontconfig's font handling
> mechanism is actually based on the 5 CSS font families.
> fontconfig (roughly; I'm not an expert) maintains font sets, using its internal
> alias mechanism, for these five families, and recommends that applications
> use the 5 CSS family names as appropriate default fonts (which apply across
> languages).
> fontconfig, however, gets very confused if you add a font whose font name
> actually has one of these names; the font name overrides the aliasing
> mechanism (or something), and the font ends up being the default font for
> the characters it provides.
> This means the fonts are unsuitable for installing on a GNOME desktop, since
> they change all the default fonts (including those in
> browsers) to Ahem.

This just means that the cases that rely on these fonts are not applicable to that platform and cannot be tested due to the limitations of the OS not the browser.

Just mark the cases as 'na' in these cases.

These cases can be run through all browsers on Windows without any issues in regards to the font names. However, some browsers do have bugs in these scenarios.

Arron Eicholz 
Received on Thursday, 30 September 2010 18:40:17 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:26:51 UTC