- 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