This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 26525 - [XSLT30] xsl:text/@expand-text
Summary: [XSLT30] xsl:text/@expand-text
Status: CLOSED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: XSLT 3.0 (show other bugs)
Version: Working drafts
Hardware: PC All
: P2 normal
Target Milestone: ---
Assignee: Michael Kay
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-08-05 14:07 UTC by Michael Kay
Modified: 2014-08-22 11:32 UTC (History)
0 users

See Also:


Attachments

Description Michael Kay 2014-08-05 14:07:01 UTC
We made a decision not to allow text value templates within xsl:text.

But the rules for the attribute xsl:text/@expand-text seem unclear. We have test cases cvt-019 and cvt-020 that suggest the value "no" is allowed, and the value "yes" is prohibited, but there seems to be no rule in the spec to back this up, other than a note in 5.8 which says 

For an xsl:text element, the effective value of [xsl:]expand-text is always "no". 

But this doesn't seem to be backed up by any normative statement.

I would suggest adding to the specification of xsl:text:

* if the standard attribute expand-text is present, it must take the value "no".

Note: if an ancestor of the xsl:text element has the attribute value [xsl:]expand-text="yes", this does not cause text value templates to be recognized in the xsl:text element.

Alternatively, we could reconsider our decision not to allow TVTs within xsl:text. I have to say I can't see the point of the restriction.
Comment 1 Michael Kay 2014-08-21 17:08:21 UTC
The WG decided today that text value templates should apply to text node children of xsl:text if an expand-text="yes" attribute is in scope, in the same way as they apply to all other text nodes in the stylesheet.
Comment 2 Michael Kay 2014-08-22 11:32:53 UTC
The changes have been applied.