- From: Henry S. Thompson <ht@inf.ed.ac.uk>
- Date: Thu, 08 May 2008 14:11:47 +0100
- To: public-xml-processing-model-wg@w3.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 1) The functionality provided by the 'psvi-required' attribute is perfectly reasonable and self-contained, and it should be retained unchanged. If I want to write pipelines which simple won't work (statically) when a processor doesn't support the PSVI, that's what I'll use. 2) I am unconvinced that we need to provide a means to tell processors which do support the PSVI whether or not they need to do so when executing a particular pipeline. That feels like an product-specific optimisation to me, and as such _finally_ gives me an example of a realistic use for <pipeinfo> -- a product is free do define a <pipeinfo> child which can be inserted before e.g. validate steps to say, in effect, "I do/don't care about the PSVI". I'd rather wait until we see if such annotations turn out to be provided, and what they look like, before trying to add something along those lines into the language. 3) Having said that, I think it _does_ make sense to provide a means for pipeline authors to do something at runtime depending on PSVI support. But I think the minimum necessary to declare victory is just psvi-available(), which if true means the processor claims it's passing PSVI information along. No granularity or locality is implied, that is, the value should be the same at all times/places within a given episode. 4) Wrt to the amount of support required, I think we say PSVI support implies two things: a) All PSVI properties produced on the output of a step MUST be available to the steps which take that output as one of their inputs; b) Implementations SHOULD preserve PSVI properties across steps insofar as that is consistent with step semantics. It is implementation-defined what PSVI properties it supports overall, and what PSVI properties are lost by what steps. ht - -- 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] -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFIIvwTkjnJixAXWBoRAh8pAJ94gJoZHwfkOdnFqQD7+SNMIii+FwCcDTD0 EsHyrgpuX4F/UI4LZQLszNs= =Avzk -----END PGP SIGNATURE-----
Received on Thursday, 8 May 2008 13:12:20 UTC