Fwd: OOXML issue: invalid attributes schema referred from the NVDL script

[Makoto]

George appears to be right.

Makoto

sent from my iPhone

Begin forwarded message:

> 差出人: George Cristian Bina <george at oxygenxml.com>
> 日時: 2010年12月9日0:05:30 GMT+08:00
> 宛先: "MURATA Makoto (FAMILY Given)" <eb2m-mrt at asahi-net.or.jp>
> 件名: OOXML issue: invalid attributes schema referred from the NVDL script
> 

> Dear Makoto,
> 
> As I mentioned on Twitter we encountered an issue in one of the NVDL scripts for OOXML.
> 
> An Relax NG schema that should be used for validating attribute sections needs to result in an attribute pattern and the NVDL processor automatically wraps this to obtain a valid Relax NG schema that defines the a wrapper element that can contain the attributes defined by the attribute pattern.
> 
> In ISO/IEC 29500-3 there is an NVDL script at page 35 that refers to a schema used to validate attribute sections:
> 
> namespace mc = "http://schemas.openxmlformats.org/markup-compatibility/2006"
> nsList = list { xsd:NCName* }
> qnameList =
>    list {
>        (xsd:QName
>         | xsd:string { pattern = "\i\c*:\*" })*
>    }
> start =
>    element * {
>        attribute mc:Ignorable { nsList }?,
>        attribute mc:ProcessContent { qnameList }?,
>        attribute mc:PreserveElements { qnameList }?,
>        attribute mc:PreserveAttributes { qnameList }?,
>        attribute mc:MustUnderstand { nsList }?
>    }
> 
> This schema does not work because the NVDL processor expects this to result in a pattern that is wrapped automatically inside an element pattern that defines the wrapper element, see in the NVDL spec
> 
> 8.7.3    Schema rewriting for attribute sections
> ...
> If g is written in RELAX NG, g is rewritten as <element><anyName/>g</element>.
> <element><anyName/>g</element>
> ...
> 
> Hope this helps!
> George
> -- 
> George Cristian Bina
> <oXygen/> XML Editor, Schema Editor and XSLT Editor/Debugger
> http://www.oxygenxml.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.vse.cz/pipermail/sc34wg4/attachments/20101209/2bb3c7c9/attachment.htm>