- From: Norman Walsh <ndw@nwalsh.com>
- Date: Sat, 05 May 2007 08:35:26 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <876477wir5.fsf@nwalsh.com>
/ Innovimax SARL <innovimax@gmail.com> was heard to say:
| [[
| A.1.8 Label Elements
[...]
| First, I was thinking that we could select trough an pattern
| expression, which elements, I want to label (applying "*" if I really
| want)
Yes, I guess we could add a match pattern here.
| Second, I don't really understand that limitation
|
| << If an existing xml:id value conflicts with a previously generated
| value, the step fails. >>
|
| Does it mean that if, I have done a dummy implementation of XProc
| which generate concat($prefix, '0', $suffix), and that there is more
| than two element to label, I am allowed by the spec to fail !!!
You are required by the spec to fail.
In fact, I generate really ugly IDs of the form
concat($prefix,'_',$hashcode,'_',$count,$suffix)
to attempt to avoid this problem. Hashcode is a unique identifier for
this particular label-elements component and count is just a counter
of the number if IDs I've inserted.
| We should be clear on the Label component. At this stage, we can
| output an INVALID document for multiple raison :
"Invalid" isn't our problem, IMHO.
Be seeing you,
norm
--
Norman Walsh <ndw@nwalsh.com> | Clearness is so eminently one of the
http://nwalsh.com/ | characteristics of truth that often it
| even passes for truth itself.-- Joubert
Received on Saturday, 5 May 2007 12:35:34 UTC