W3C home > Mailing lists > Public > public-svg-wg@w3.org > October to December 2008

Re: Font matching algorithm and test text-intro-201-t.svg

From: Chris Lilley <chris@w3.org>
Date: Wed, 12 Nov 2008 13:03:43 +0100
Message-ID: <614221761.20081112130343@w3.org>
To: Cyril Concolato <cyril.concolato@enst.fr>
CC: SVG Working Group WG <public-svg-wg@w3.org>, <cyril.concolato@telecom-paristech.fr>, Jean Le Feuvre <jean.lefeuvre@enst.fr>

On Wednesday, November 5, 2008, 11:37:40 AM, Cyril wrote:

CC> In this example, the SVGFreeSansASCII font does not have a bold
CC> equivalent but the sans-serif has. Is it a valid interpretation of
CC> the SVG [1], XSLT[2], CSS[3] specs and in particular of the font
CC> matching algorithm and of the following quote: "'font-weight' is
CC> matched next, it will never fail. (See 'font-weight' below.) " to
CC> display the 'Bold' text using the SVGFreeSansASCII font without boldness ?

Yes, according to the CSS2 spec, that is conformant. 

The test will be failed if multiple weights are available and a *lighter* weight is displayed for bold.

If multiple weights are available but are not used, that is (unfortunately) conformant, though a poor implementation.

text-fonts-202-t examines this in more detail, referring to a freely available font which has six weights. The above conformance criterion is reflected in the test description:

        The numerical weight values (100 to 900) should show the lighter weights on the
        lower numbers and the heavier weights on the larger numbers. Heavier is defined
        to mean 'no lighter'.

In the case of text-fonts-202-t, though, six weights are available.

CC> [1]
CC> http://dev.w3.org/SVG/profiles/1.2T/publish/text.html#FontWeightProperty
CC> [2] http://www.w3.org/TR/2006/REC-xsl11-20061205/#font-weight
CC> [3] http://www.w3.org/TR/CSS2/fonts.html#algorithm

 Chris Lilley                    mailto:chris@w3.org
 Technical Director, Interaction Domain
 W3C Graphics Activity Lead
 Co-Chair, W3C Hypertext CG
Received on Wednesday, 12 November 2008 12:03:52 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:29:40 UTC