You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@xalan.apache.org by db...@apache.org on 2004/01/22 20:47:21 UTC
cvs commit: xml-xalan/c/src/xalanc/XSLT StylesheetHandler.cpp
dbertoni 2004/01/22 11:47:20
Modified: c/src/xalanc/XSLT StylesheetHandler.cpp
Log:
Fix for Bugzilla 26354.
Revision Changes Path
1.10 +9 -0 xml-xalan/c/src/xalanc/XSLT/StylesheetHandler.cpp
Index: StylesheetHandler.cpp
===================================================================
RCS file: /home/cvs/xml-xalan/c/src/xalanc/XSLT/StylesheetHandler.cpp,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- StylesheetHandler.cpp 6 Jan 2004 02:41:36 -0000 1.9
+++ StylesheetHandler.cpp 22 Jan 2004 19:47:20 -0000 1.10
@@ -502,6 +502,15 @@
atts,
XalanLocator::getLineNumber(locator),
XalanLocator::getColumnNumber(locator)));
+
+ // This fixes Bugzilla 26354, but it's really a workaround
+ // for the bizarre way we handle literal text in the
+ // stylesheet. We should examine this strategy, because
+ // an xml:space attribute on an xsl:text element results
+ // in building a stylesheet that tries to parent an
+ // ElenTextLiteral instance to an ElemText instance, which
+ // should not ever happen.
+ fSpaceAttrProcessed = true;
break;
case StylesheetConstructionContext::ELEMNAME_TEMPLATE:
---------------------------------------------------------------------
To unsubscribe, e-mail: xalan-cvs-unsubscribe@xml.apache.org
For additional commands, e-mail: xalan-cvs-help@xml.apache.org