W3C home > Mailing lists > Public > public-i18n-cjk@w3.org > April to June 2011

RE: [css3-fonts] humane 'unicode-range'

From: Phillips, Addison <addison@lab126.com>
Date: Sun, 1 May 2011 17:00:03 -0700
To: Jonathan Kew <jonathan@jfkew.plus.com>
CC: Koji Ishii <kojiishi@gluesoft.co.jp>, John Daggett <jdaggett@mozilla.com>, Christoph P├Ąper <christoph.paeper@crissov.de>, CSS WWW Style <www-style@w3.org>, "CJK discussion (public-i18n-cjk@w3.org)" <public-i18n-cjk@w3.org>
Message-ID: <131F80DEA635F044946897AFDA9AC3476A92A8B7C7@EX-SEA31-D.ant.amazon.com>
> > I don't think adding this to "unicode-range" makes sense. The 'unicode-range'
> selector is one specific, effective mechanism for one specific use--selecting font
> based on a range of Unicode code points.
> I don't think I agree with you on this. The point of the unicode-range descriptor
> in @font-face is to control which characters a particular font is used to render;
> but selecting on the basis of the actual numeric values of Unicode codepoints is
> not necessarily the most useful way to express this.

 [AP>] I agree with you. I just think it makes implementing "unicode-range" complicated (think of writing the value parser). We want features that will be both useful and fully/interoperably implemented. Unicode code point ranges are implemented in some font selection systems, etc., already. Instead of making this feature (which I recognize has limited utility) more complicated, what I'm suggesting is providing appropriate property-based selectors with clear implementation descriptions.

> Personally, I'd like to see ways to express the "ranges" of interest for unicode-
> range in terms of various properties defined in the Unicode character database,
> in a similar way to the use of properties to express character classes in Unicode
> regexps, as an alternative to cumbersome [....] expressions.
[AP>] I agree that this is desirable, since I've had to deal with this myself. The question is what features to provide and how to provide them. Koji is suggesting adding more states/classes/values to unicode-range. I guess I'm suggesting that 'unicode-range' is good for code point ranges and that some other selector can be created for property selection, noting that both potentially have utility outside font selection too.


Addison Phillips
Globalization Architect (Lab126)
Chair (W3C I18N WG)

Internationalization is not a feature.
It is an architecture.

Received on Monday, 2 May 2011 00:05:00 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:10:23 UTC