WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
93985
-webkit-locale should be inferred from system language
https://bugs.webkit.org/show_bug.cgi?id=93985
Summary
-webkit-locale should be inferred from system language
Alexey Proskuryakov
Reported
2012-08-14 09:47:01 PDT
Consider the following HTML document: <html> <body> <p>John said <q>Mary said <q>blah</q> to me.</q></p> </body> </html> All these quotes will be displayed as ASCII ones, which is not right. I think that we should use system language as the last fallback for document language, as this would be correct more often than not. Of course, lang attribute or HTTP headers would still have precedence.
Attachments
Add attachment
proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1
2013-02-20 15:19:29 PST
<
rdar://problem/13258070
>
Matt Falkenhagen
Comment 2
2013-03-07 22:21:56 PST
A related Chromium bug is
https://code.google.com/p/chromium/issues/detail?id=179331
Alexey Proskuryakov
Comment 3
2013-03-07 23:08:02 PST
This should be pretty easy to do, we already track system language in WebCore (on Mac).
Alexey Proskuryakov
Comment 4
2013-03-07 23:08:53 PST
(and many other WebKit based browsers have the language user configurable)
Jungshik Shin
Comment 5
2013-03-19 15:15:25 PDT
bug 18085
is also related. The precedence order would be 1. explicit lang/xml:lang (and Content-Language) 2. charset to lang mapping 3. OS/System language (or UI langauge if UI language is different from OS/System language)
Jungshik Shin
Comment 6
2013-03-19 15:17:11 PDT
BTW, when we do step #2, we also have to take into account system/UI language to break the degeneracy (ISO-8859-1, windows-1252 : what to map to? 'en' is a good fallback, but if the system/UI language is French, 'fr' would be better).
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug