W3C home > Mailing lists > Public > public-xml-processing-model-comments@w3.org > September 2008

Re: sync p:option and p:with-option

From: Norman Walsh <ndw@nwalsh.com>
Date: Tue, 23 Sep 2008 09:26:33 -0400
To: public-xml-processing-model-comments@w3.org
Message-ID: <m2iqsnj8mu.fsf@nwalsh.com>
"James Fuller" <james.fuller.2007@gmail.com> writes:

> in section 2.10 Options
>
> '[Definition: An option is a name/value pair where the name is an
> expanded name and the value must be a string.] If a document, node, or
> other value is given, its XPath string value is computed and that
> string is used.'
>
> in section 5.7.3 p:with-option
>
> 'Regardless of the implicit type of the expression, when XPath 1.0 is
> being used, the string value of the expression becomes the value of
> the option; when XPath 2.0 is being used, the value is an
> untypedAtomic.'
>
> I would propose either replacing the following sentence in 2.10 Options
>
> 'If a document, node, or other value is given, its XPath string value
> is computed and that string is used.'
>
> with the same sentence
>
> 'Regardless of the implicit type of the expression, when XPath 1.0 is
> being used, the string value of the expression becomes the value of
> the option; when XPath 2.0 is being used, the value is an
> untypedAtomic.'
>
> or providing a referential link to sentence in section 5.7.3 p:with-option.

I've attempted to address this issue by rewording 2.10 and the corresponding
section for Variables so that the specifics are left to the syntax sections.
I've also made it explicit that the value of each must be either a string
or an xs:untypedAtomic.

Please let me know if this resolves your concerns.

                                        Be seeing you,
                                          norm

-- 
Norman Walsh <ndw@nwalsh.com> | A man who is 'of sound mind' is one who
http://nwalsh.com/            | keeps the inner madman under lock and
                              | key.--Paul Valéry

Received on Tuesday, 23 September 2008 13:27:17 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:41:08 UTC