- From: Felix Sasaki <fsasaki@w3.org>
- Date: Mon, 08 Jan 2007 09:50:16 +0900
- To: public-i18n-its@w3.org
Hi Yves, all, A late Happy New Year, and some results of ITS testing: - http://www.w3.org/International/its/tests/expected/EX-locNoteRef-attribute-1-result.xml seems to be incorrect: there is a <locNoteReference> in the ouput for the its:locNoteRule element, although that element is not selected by the rules element. See <o:node path="/myRes/head[1]/its:rules[1]/its:locNoteRule[1]" outputType="new-value-local"> <o:output o:locNoteType="description"> <o:locNoteReference>ErrorsInfo.html/#NotFound</o:locNoteReference> </o:output> </o:node> and in http://www.w3.org/International/its/tests/inputdata/EX-locNoteRef-attribute-1.xml <its:locNoteRule locNoteType="description" selector="//msg[@id='NotFound']" locNoteRef="ErrorsInfo.html/#NotFound"/> the reason might be that the locNoteRef attribute is maybe interpreted as local ITS markup? - http://www.w3.org/International/its/tests/expected/EX-locNoteRefPointer-attribute-1-result.xml looks like as if there was s.t. like the following rules element: <its:locNoteRule locNoteType="description" selector="//data[parent::string]" locNoteRefPointer="../@noteFile" /> howevever, there is a rules element with selector="//data", which selects *all* <data> elements (not only the ones within <string> elements) - A general comment on all "ref" attributes, e.g. EX-locNoteRefPointer-attribute-1-result.xml : We should make clear in the tagset draft that a processor must be able to recognize "this is an URI reference" (although there is no need to resolve the reference). I.e., the processor must be able to produce <o:locNoteReference> instead of <o:locNoteText>. This is especially an issue with a generalized implementation which does not "know" about data category specific information. Cheers, Felix
Received on Monday, 8 January 2007 00:50:36 UTC