- From: Jirka Kosek <jirka@kosek.cz>
- Date: Wed, 13 Jan 2010 09:59:09 +0100
- To: "Klotz, Leigh" <Leigh.Klotz@xerox.com>
- CC: innovimax@gmail.com, Forms WG <public-forms@w3.org>, dsdl-discuss <dsdl-discuss@dsdl.org>, "MURATA Makoto"@vse.cz, Alex Brown <alexb@griffinbrown.co.uk>, chairs@w3.org, markus.gylling@gmail.com, www-forms-editor@w3.org
- Message-ID: <4B4D8B5D.10702@kosek.cz>
Klotz, Leigh wrote:
> * Improper usage of ^ in regular expression
>
> In the upcoming draft, I find only one pattern which begins with "^", namely the one you list.
> Does this mean we should do this?
> (xsd:NMTOKEN - (xsd:NMTOKEN { pattern = "xforms-.*" }))
> If so, please let us know.
Yes
> * Misuse of combine="interleave" (&= in compact syntax)
>
> The use of &= is recommended only when you combine different
> define statements in different schema modules. Moreover the XForms
> schema does not need to use combine as there are no multiple
> occurences of the same named pattern.
>
> &= should be changed to = in compact syntax, and combine="interleave"
> should be removed from XML version of the schema.
>
> Host language integration add content to these patterns. When we publish the sample host language integration, would your group be so kind as to re-examine this comment and see if we are then using &= correctly?
It is completely OK to use &= in customizations (or as you say host
language integration).
> * Change IDREF datatype to token
> As there are no attributes with type ID defined in the schema there is
> nothing to which IDREF can point. This wíll result in unresolved
> references during validation.
>
> The burden is on host language integration to declare ID attributes. If XForms declared @id to be xsd:ID, it might conflict with a similar definition in the host language. Or, if the host language each used a different attribute for ID, then there would be two possible attributes for declaring ID, again an unfortunate situation.
>
> I should note that xml:id was first proposed by Stevem Pemberton on November 1, 2002 at an XForms Face-to-Face meeting at Netscape in San
> Diego, precisely for the purpose of solving this issue. Unfortunately, RelaxNG does not properly handle xml:id (see
> http://blog.jclark.com/2009/01/relax-ng-and-xmlid.html ) and so we are unable to rely on it here.
I know. Therefore I think it is better not to use ID/IDREF in RELAX NG
completely. When doing host integration one can decide whether to
redefine types of certain attributes to ID/IDREF or use completely
different mechanism for reference checking.
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 member
------------------------------------------------------------------
Received on Wednesday, 13 January 2010 09:09:53 UTC