- From: <bugzilla@jessica.w3.org>
- Date: Tue, 06 Oct 2015 14:58:50 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=29146 Debbie Lockett <debbie@saxonica.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |debbie@saxonica.com --- Comment #1 from Debbie Lockett <debbie@saxonica.com> --- Some comments (but without proposals, yet): 2 & 3: It is clearer to use absolute URIs for stylesheet-base-uri and base-output-uri (leaving the definition as it is, rather than allowing relative URIs) because defaults for the base URIs are not standard or obvious. - Points related to invocation - 1, 4, 6, 7, 8, 9: I agree with the points made, the rules for combinations of options (which of them are mutually exclusive, etc.) should be updated and clarified. 5 & 16: indeed, another option initial-match-selection with type item()* (which can be used instead of source-node) should be introduced. - Points related to packages - 10-15: Generally agree with points made; also raise issues still to think about (e.g. how much should be explicitly specified, and what can be left to options provided by implementations). Note that package-name should be allowed to be used on its own - the intention is for a processor to use this to access a precompiled package (in an implementation defined way). - Final after-thought - i.e. options invocation-type and initial-component (instead of initial-template/-function/-mode) I think this is an interesting idea, and perhaps what you'd use if you were just writing this function straight from the XSLT 3.0 spec. But since this is not the case, I think it makes sense (and is easier for users) to build from the options already defined for XSLT 2.0, as the options currently do. Yes this means clarifying the invocation rules, and it'll be useful to state more explicitly out how defaults can be used. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Tuesday, 6 October 2015 14:58:52 UTC