- From: Shane McCarron <shane@aptest.com>
- Date: Thu, 29 Jan 2009 12:28:59 -0600
- To: Misha Wolf <Misha.Wolf@thomsonreuters.com>
- CC: Tina Holmboe <tina@greytower.net>, Dan Brickley <danbri@danbri.org>, "public-rdf-in-xhtml-tf.w3.org" <public-rdf-in-xhtml-tf@w3.org>, XHTML WG <public-xhtml2@w3.org>, www-international@w3.org
They do by inclusion, in that the datatype for @lang is the XHTML M12N datatype LanguageCode, which is based upon the XML Schema datatype language, which is inturn based upon BCP 47. Misha Wolf wrote: > Do both specs reference BCP 47? If not, alignment is unlikely. > > Misha > > > -----Original Message----- > From: public-rdf-in-xhtml-tf-request@w3.org > [mailto:public-rdf-in-xhtml-tf-request@w3.org] On Behalf Of Shane > McCarron > Sent: 29 January 2009 18:21 > To: Tina Holmboe > Cc: Dan Brickley; public-rdf-in-xhtml-tf.w3.org; XHTML WG > Subject: Re: XHTML+RDFa and @lang > > > > > Tina Holmboe wrote: >> On 29 Jan, Dan Brickley wrote: >> >>> Couple of questions - >>> >>> 1. What to say about cases where @lang and @xml:lang have different > content? >> That would be unfortunate. One would hope authors avoided doing >> something like it. >> >> As for how to handle it ... would it not be logical to say that an >> HTML UA should take the @lang value as authoritative, and an XHTML > UA >> should do the same with @xml:lang? > > It would... except that we have no standing to say anything about how an > > HTML UA behaves. Of course that is how it would behave in the real > world. The guidance to content authors is to ensure that these > attributes are always both declared and both have the same value if the > document is to be delivered to HTML and XHTML user agents. > > I would probably be comfortable adding "When both attributes are present > > on an element, authors SHOULD ensure they have the same value." Would > that help? > -- Shane P. McCarron Phone: +1 763 786-8160 x120 Managing Director Fax: +1 763 786-8180 ApTest Minnesota Inet: shane@aptest.com
Received on Thursday, 29 January 2009 18:29:48 UTC