Closed Bug 115121 Opened 23 years ago Closed 22 years ago

need to map "xml:lang" attribute into rule data

Categories

(Core :: XML, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 41978
Future

People

(Reporter: shanjian, Assigned: hjtoi-bugzilla)

References

Details

(Keywords: intl, testcase)

Attachments

(1 file)

In XML specification, 
http://www.w3.org/TR/REC-xml#sec-lang-tag
xml:lang can be used to specify the language of the content. If these 
attribute presents, we should use it to choose the right font for specified
languages. Similar problem for HTML was fixed in bug 105199. In that bug,
html "lang" attribute is mapped to RuleData and populated in Rule tree. 
I think we should do same thing here.
I zip a xml file and associate css file into a package of zip file. 
(browser seems unable to download css attachment.)
cc to a couple of people.
This bug is blocking us to fix font problem for xul file. 
Blocks: 121193
The blocker has been futured, and bug 35768 has been moved to 1.1. Futuring
this, but hopefully I'll get to this in 1.1.
Keywords: intl
Target Milestone: --- → Future
Blocks: 63316
Depends on: 35768
Attachment #61620 - Attachment mime type: application/octet-stream → application/zip
FYI, according to XHTML 1.0 <URL:http://www.w3.org/TR/xhtml1/#C_7>, if both the
lang and xml:lang attributes are present, xml:lang takes precedence.

Starting with XHTML 1.1, the lang attribute is no longer allowed and xml:lang
must be used instead.  Since Mozilla does not handle the xml:lang attribute as
suggested, XHTML 1.1 documents in languages other than the default may not
display properly.  For example, on one of my systems with LANG=en_US, Mozilla
1.1 [Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913
Debian/1.1-1] and Netscape 6.2, this page
<URL:http://graphics.stanford.edu/~naemura/memo/xhtml-css.html> fails to display
Japanese characters.  My own XHTML 1.1 welcome page
<URL:http://www.bacchus.com/~ccwf/>, containing Chinese, Japanese, and Korean
characters, displays those characters properly with Netscape 6.2 but NOT with
Mozilla 1.1.
Keywords: mozilla1.3, testcase

*** This bug has been marked as a duplicate of 41978 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
QA Contact: petersen → rakeshmishra
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: