RE: Another attempt at bug 29658, action A-645-07, and A-648-01

I have tested this new schema against the previously discussed tests and ran it also against tests that were previously failing (I focused only on ser:method/@value).

@value="Q{}html" etc (all allowed fixed no-ns enum values): all processors correctly assess this as valid
@value="html" etc (all allowed fixed no-ns enum values): all correctly assess this as valid
@value="Q{    }html" etc: all correctly assess this as valid
@value="Q{}foo" etc: all correctly assess this as invalid
@value="Q{a}foo" etc: all correctly assess this as valid
@value="Q{a b c}foo" etc: all correctly assess this as valid
@value="Q{a}1foo" etc: all correctly assess this as invalid
@value="Q{a}a b c" etc: all correctly assess this as invalid
@value="foo" etc: all correctly assess this as invalid
@value="Q{foo}A" (entity ref) is also assessed as valid by all processors

Looks good to me.

Cheers,
Abel

> -----Original Message-----
> From: C. M. Sperberg-McQueen [mailto:cmsmcq@blackmesatech.com]
> Sent: Thursday, July 07, 2016 10:45 PM
> To: Public Joint XSLT XQuery XPath
> Cc: C. M. Sperberg-McQueen
> Subject: Another attempt at bug 29658, action A-645-07, and A-648-01
> 
> > ACTION A-645-07: MSM to prepare a schema with a workaround for the
> > issue reported in bug 29658 and post it.
> 
> and
> 
> > ACTION- A-648-01: in the Serialization XSD, fix the whitespace and
> > make it MSXML4 compatible and fix any other issues that were raised in
> > that thread (see
> > https://lists.w3.org/Archives/Public/public-xsl-query/2016Jun/0078.htm
> > l)
> 
> I attach a renewed attempt at the schema, and a revised set of test cases.
> 
> This should re-activate actions 646-08 through -10 on TM, JS and OND to test
> the schema.
> 
> 
> Michael
> 
> --
> **********************************************************
> ******
> * C. M. Sperberg-McQueen, Black Mesa Technologies LLC
> * http://www.blackmesatech.com
> * http://cmsmcq.com/mib
> * http://balisage.net
> **********************************************************
> ******
> 
>

Received on Friday, 8 July 2016 08:14:32 UTC