This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Background: http://www.w3.org/2006/03/22-i18nits-minutes.html#item04 Purpose: A mechanism to link from an XML document to an external file containing ITS global rules. Proposal: Use an element ITS link: <its:link href="someRules.xml"/>
since the rules elements are the same in the external file as the instance file, the rules could be referenced using XInclude very easily. WHy invent a new mechanism?
(In reply to comment #1) > since the rules elements are the same in the external file as the instance > file, the rules could be referenced using XInclude very easily. WHy invent a > new mechanism? > Because people might want to implement ITS without having an XInclude processor available. However, most of them will have in their programming language a function to access a document, which takes as an argument the document Uri. Hence, the @href attribute.
Then maybe using XLink's simple link would be better: not re-inventing something and keeping it processable by simple tools. I'm not very familiar with XLink but it seems we should be able to do: <its:link xlink:href="someRules.xml"/>
<its:rulesLink> sounds good to me. One question: Where does it go? stand-alone (wherever the host format allows it)? or as the first entry in a <its:documentRules>? For being sure we look at all the possibilities: - This link could be also done or as a standalone attribute: <myDoc its:link="href"> - Or as a PI (like for CSS): <?its-rules href="file.xml" ?> The PI has the advantage of working everywhere (always valid even in DTD-based formats).
(In reply to comment #4) > <its:rulesLink> sounds good to me. > > One question: Where does it go? stand-alone (wherever the host format allows > it)? or as the first entry in a <its:documentRules>? I think it would not make sense in <its:documentRules>. Rather standalone. > > For being sure we look at all the possibilities: > > - This link could be also done or as a standalone attribute: <myDoc > its:link="href"> I would prefer XLink, as Sebastian proposed at http://www.w3.org/Bugs/Public/show_bug.cgi?id=3050#c3 . > > - Or as a PI (like for CSS): <?its-rules href="file.xml" ?> > > The PI has the advantage of working everywhere (always valid even in DTD-based > formats). What do you mean by "valid"? Processable? That would be the case with XLink too. > (In reply to comment #3) > Then maybe using XLink's simple link would be better: not re-inventing > something and keeping it processable by simple tools. I'm not very familiar > with XLink but it seems we should be able to do: > > <its:link xlink:href="someRules.xml"/> > ++1
>> The PI has the advantage of working everywhere >> (always valid even in DTD-based formats). > > What do you mean by "valid"? Processable? That > would be the case with XLink too. You're right. What I meant to say was different: Using a PI would allow DTD-based formats to use the ITS-link function even when the users cannot modify the DTD. The DTD does not to know anything at all of ITS, while with the link element (or attribute) it needs to know at least about that. -ys
(In reply to comment #6) > >> The PI has the advantage of working everywhere > >> (always valid even in DTD-based formats). > > > > What do you mean by "valid"? Processable? That > > would be the case with XLink too. > > You're right. What I meant to say was different: > Using a PI would allow DTD-based formats to use the ITS-link function even when > the users cannot modify the DTD. The DTD does not to know anything at all of > ITS, while with the link element (or attribute) it needs to know at least about > that. > > -ys > Ah, o.k., I see. The disadvantage is just the other way round: you cannot validate a PI. Hence, if somebody types <its:rulesLink xlink:hrefs="someUri"/> it is an error since "hrefs" should be "href". However, if you type <?its-rules hrefs="file.xml" ?> nobody will find the error. I am wondering what is more important here: The easy of validation, or being on disturbance to validation ...
> I am wondering what is more important here: The easy of validation, or being on > disturbance to validation ... My view is that people who want minimal disturbance can specify the rules files some other way (in their processing tools); people who want decent XML validation should be encouraged to do it well. But I am not rabid on the subject
I'm fine with <its:rulesLink xlink:href="someUri"/>. I just wanted to be sure we had looked at all possibilities.
Resolution: The link is to be an xlink:href attribute in <its:rules>. (See http://www.w3.org/2006/03/29-i18nits-minutes.html#item08)
Closed, no further action necessary.