[Webkit-unassigned] [Bug 10874] lang, xml:lang, content-language ignored when choosing fonts

[bugzilla-daemon at webkit.org]

http://bugs.webkit.org/show_bug.cgi?id=10874


robburns1 at mac.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |robburns1 at mac.com




------- Comment #6 from robburns1 at mac.com  2007-05-06 00:01 PDT -------
This is one of those things where WebKit gets it right and most other browsers
get it really really wrong. Unfortunately that creates an issue where WebKit
has to decide what path to take. Changing fonts due to language attributes is a
really bad idea. Its not what Unicode intended for Unihan ideographs. It takes
control away from content creators. And the list goes on. Glyphs should change
when content creators specify different fonts. 

For fallback, WebKit (and other browsers) should select an appropriate glyph
based on language context. Or if an OpenType font includes support for language
dependent glyph variants. But the behavior demonstrated in these examples is
just plain wrong from the spec. Also, this is not to say that WebKit doesn't
need to fix its support for the lang CSS selectors which I believe it did with
bug#3233). However, that's handled in other bug reports. Fixing the language
selector and adding CJKV language dependent fonts to the default styleshet
would be a setp towards addressing this issue. The only other thing that should
be done would be to ensure that fallback font selection made use of that
default useragent stylesheet before other fallbacks. Unicode suggests its the
users enviornment settings that should govern the font selection (for plain
text anyway). I think that should also guide fallback algorithms for CSS.


-- 
Configure bugmail: http://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.