W3C home > Mailing lists > Public > www-style@w3.org > February 2013

Re: [CSSWG] Minutes Tucson F2F 2013-02-05 Tue PM I: Fonts

From: Jonathan Kew <jfkthame@googlemail.com>
Date: Sat, 16 Feb 2013 16:29:49 +0000
Message-ID: <511FB3FD.7080700@gmail.com>
To: www-style@w3.org
On 15/2/13 22:07, fantasai wrote:
> CSS3 Fonts

>    jdaggett: First topic is case-sensitivity of font family names
>    jdaggett: Talked about this yesterday
>    jdaggett: I put last night wording into spec to define the exact
> algorithm
>              to be used
>    <jdaggett> http://dev.w3.org/csswg/css3-fonts/#font-family-casing
>    jdaggett: Would like to take a second to resolve on this
>    jdaggett: Points at default caseless matching algorithm in Unicode spec
>    jdaggett: You case-fold each string
>    jdaggett: Use case mappings defined by C/F statuses in CaseFolding.txt

Given that the Unicode-caseless-matching issue here is being addressed 
for such a narrow problem space, I'm a bit surprised at the choice of 
"full" (C+F) Unicode case folding, rather than the equally well-defined 
but significantly simpler (and cheaper to implement) "simple" (C+S) folding.

As neither version can be completely "correct" in the sense of matching 
a native-speaker understanding of equivalence in all situations 
(impossible to achieve without addressing the issues of normalization 
and of locale-dependent mappings, at least), I would have thought that 
the marginal benefits of the "full" folding would be insufficient to 
justify the added complexity. (Do we really expect to see fully-accented 
Greek used in font-family names?)

Received on Saturday, 16 February 2013 16:30:23 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:26 UTC