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

Re: p:label-elements builtin

From: Henry S. Thompson <ht@inf.ed.ac.uk>
Date: Tue, 04 Sep 2007 18:17:45 +0100
To: Norman Walsh <ndw@nwalsh.com>
Cc: public-xml-processing-model-wg@w3.org
Message-ID: <f5bbqcipcxy.fsf@hildegard.inf.ed.ac.uk>

Hash: SHA1

Norman Walsh writes:

> |> I find "integer" very limitative. It should be
> |> "implementation-defined" as generate-id()
> |
> | I disagree.  Not using a predictable algorithm in XSLT's generate-id()
> | is just for efficiency reasons, and is very inconvenient for users
> | (e.g. when comparing output from different XSLT processors, or even
> | different runs of the same XSLT processor).  I don't see any such
> | efficiency consideration in our case.
> The problem with sequential integers is that if you apply the step to
> two different documents and then "p:wrap" them together, you're
> basically guaranteed to have duplicates.

I detect conflicting requirements from conflicting use cases.  I thing
regression testing (which wants predictable outputs) is at least as
common a requirement as composability.  (Why doesn't the prefix arg't
take care of your use case?  Assuming for some reason it doesn't. . .)

How about one more option:

 <p:option name="use-integers" value="false"/>

- -- 
 Henry S. Thompson, HCRC Language Technology Group, University of Edinburgh
                     Half-time member of W3C Team
    2 Buccleuch Place, Edinburgh EH8 9LW, SCOTLAND -- (44) 131 650-4440
            Fax: (44) 131 650-4587, 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]
Version: GnuPG v1.2.6 (GNU/Linux)

Received on Tuesday, 4 September 2007 17:18:19 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:32:44 UTC