30013 2016-11-19 00:46:41 +0000 [XSLT30] (editorial) Unclear or inverse Note in definition of non-positional predicates 2016-11-20 19:15:06 +0000 1 1 1 Unclassified XPath / XQuery / XSLT XSLT 3.0 Candidate Recommendation PC Windows NT CLOSED FIXED P2 editorial --- 1 abel.braaksma mike public-qt-comments oldest_to_newest 128221 0 abel.braaksma 2016-11-19 00:46:41 +0000 We say under non-positional predicates (section 19.8.10 Classifying Patterns): "The exception for nested predicates is to avoid disqualifying patterns such as match="p[@code = $status[last()]]"." But the pattern "p[@code = $status[last()]]" is not a disqualifying pattern, it is allowed and considered a non-positional pattern, and I think we explicitly allow it. Perhaps we meant to say: "The exception for nested predicates is to allow patterns such as match="p[@code = $status[last()]]", which are motionless [since they do not need to retain positional information of the streamed node]." (the added "[since....]" is just a suggestion) 128226 1 mike 2016-11-19 13:48:29 +0000 "to avoid disqualifying" was intended to be read as "to ensure that we do not disqualify". I'll find a way of rewording it to avoid the misreading. 128227 2 mike 2016-11-19 14:28:46 +0000 Rewritten as The exception for nested predicates is there to ensure that patterns such as <code>match="p[@code = $status[last()]]</code> are not disqualified. Not change-marked. Hope that's OK. 128236 3 abel.braaksma 2016-11-20 19:15:06 +0000 Looks good to me, tx.