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

Re: New XProc editor's WG reflects latest proposals

From: Henry S. Thompson <ht@inf.ed.ac.uk>
Date: Thu, 17 Dec 2009 15:58:15 +0000
To: Norman Walsh <ndw@nwalsh.com>
Cc: public-xml-processing-model-comments@w3.org
Message-ID: <f5br5qt1tk8.fsf@hildegard.inf.ed.ac.uk>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Norman Walsh writes:

> Vasil Rangelov <boen.robot@gmail.com> writes:
>> On second thought, in addition to that... what happens with unknown elements
>> (steps or instructions*)? This is still not clear. If I recall correctly, a
>> new dynamic error was going to happen. Where's the paragraph about that?
>
> With the introduction of use-when, the WG backed off making unknown
> elements from the XProc namespace a dynamic error. Given that you have
> to add some sort of conditionality to make things work at all, you can
> use use-when to make a 1.0 processor never see the unknown elements.
>
>> * By that, I mean p:serialization, p:xpath-context and p:document like
>> elements. Let me note again that (I for one think) these elements deserve a
>> formal qualification. I'd even go as far as to suggest a function for their
>> detection (especially useful with p:use-when). Say, p:element-available(),
>> which would be similar to p:step-available(), only it would also detect
>> "instructions" and "extension instructions". And/or there could be
>> p:instruction-available(), which would only detect "instruction" elements
>> (i.e. not steps). I don't feel strong for the exact term "instructions" -
>> "miscellaneous" is also fine for example, but an existence of such a
>> qualification would still be beneficial.
>
> It seems to me that testing for the spec version is sufficient.

To expand on this a bit -- the WG discussed this on its call on 3
December [1], and confirmed that it is satisfied that the introduction
of p:use-when makes it unnecessary to introduce additional
p:xxx-available functions.  The WG thought that there were too many
categories, with indistinct and un-intuitive boundaries, which might
be thought to require such a function.  Introducing and documenting
such categories and functions to test them was unlikely to help users.

So, we propose to close this issue without further action -- please
let us know if this is not acceptable.

ht

[1] http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2009Dec/0002.html
- -- 
       Henry S. Thompson, School of Informatics, University of Edinburgh
                         Half-time member of W3C Team
      10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
                Fax: (44) 131 651-1426, e-mail: ht@inf.ed.ac.uk
                       URL: http://www.ltg.ed.ac.uk/~ht/
[mail really from me _always_ has this .sig -- mail without it is forged spam]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFLKlUXkjnJixAXWBoRAurpAJ9D70nbLOzXrjiYt4r4beFoMsNmgwCfSgWv
mSlA62NYeit3N5nbFbwxEmI=
=kagW
-----END PGP SIGNATURE-----
Received on Thursday, 17 December 2009 15:59:46 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 17 December 2009 15:59:46 GMT