On 4/9/07, G. Ken Holman <gkholman(_at_)cranesoftwrights(_dot_)com> wrote:
No ... remember that the emitted result tree cannot be addressed in
any fashion and the distinction between the different contexts of "y"
in the result tree is, effectively, trying to address the result tree
to know "where am I now in the result tree?" in order to selectively
apply the serialization rule.
Note in XSLT 2.0 Section 20 and XSLT 1.0 Section 16 that the data
type of the cdata-section-elements is just a white-space-separated
list of QNames ... there is no opportunity to specify context for each one.
When I said, I want CDATA section to appear at location /x/p/q/y, my
intention was to specify the location (using a syntax which is
familiar). You rightly said, result tree cannot be addressed. I am
aware of this fact.
For somebody, CDATA section could be useful at location /x/p/q/y, and
not at location /x/y. But this cannot be achieved, with current syntax
<xsl:output cdata-section-elements="qnames" />.
I suggested an improvement to the xsl:element instruction, with
<xsl:element name="qname" cdata-section="yes | no" .. As Mike said,
this is architecturally bad from XSLT processor design point of view
(but is it that bad?). But it seems to be an useful feature from end
user's point of view.
--
Regards,
Mukul Gandhi
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--