W3C home > Mailing lists > Public > public-multilingualweb-lt@w3.org > May 2013

Re: Next last call publication & question on todays meeting

From: Jirka Kosek <jirka@kosek.cz>
Date: Thu, 16 May 2013 11:11:58 +0200
Message-ID: <5194A2DE.3080805@kosek.cz>
To: "Dr. David Filip" <David.Filip@ul.ie>
CC: Yves Savourel <ysavourel@enlaso.com>, Felix Sasaki <fsasaki@w3.org>, public-multilingualweb-lt@w3.org
On 16.5.2013 10:59, Dr. David Filip wrote:

> It should aslo say
> that the extensions MUST not provide features provided by the ITS core
> elements attributes. I understand that we can hardly build test cases for
> this MUST, but it is important to stress.

There is no reason for specifying this. ITS is used in host languages
and they are already providing their own means for some data categories
(usually lang, dir, translate).

Anyway you can enforce such rule in practice so it doesn't make sense to
introduce it.

>> ITS is kind enough to allow other namespaces, the ITS processors can
>> simply ignore them, and that’s the end of the story.
>>
> In order to make the schema changes, the spec must unequivocally say where
> those extended elements and attributes are allowed. It is anarchy and not a
> standard otherwise.

This is now described in RELAX NG schema -- its20.rnc. Basically foreign
elements can be used only inside its:rules. Foreign attributes can be
used on any element defined in ITS.

			Jirka


-- 
------------------------------------------------------------------
  Jirka Kosek      e-mail: jirka@kosek.cz      http://xmlguru.cz
------------------------------------------------------------------
       Professional XML consulting and training services
  DocBook customization, custom XSLT/XSL-FO document processing
------------------------------------------------------------------
 OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 rep.
------------------------------------------------------------------
    Bringing you XML Prague conference    http://xmlprague.cz
------------------------------------------------------------------


Received on Thursday, 16 May 2013 09:12:35 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:32:09 UTC