DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=28760>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=28760 XSLTC: xhtml output method is not supported, nor does XHTML doctype sniffing work ------- Additional Comments From [EMAIL PROTECTED] 2004-05-05 15:57 ------- Testcase: <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; version="1.0"> <xsl:output method="xml" doctype-public= "-//W3C//DTD XHTML 1.0 Transitional//EN" encoding="US-ASCII" /> <xsl:template match="/"> <html xmlns="http://www.w3.org/1999/xhtml";> <br/> </html> </xsl:template> </xsl:stylesheet> For Xalan-J interpretive the break tag comes out as "<br />" but for XSLTC it comes out as "<br/>". Both are valid XHTML! Browsers are not up to speed with XHTML and the extra space allows them to recover. I'm pretty sure they are reading the output as HTML and recover by assuming the "<br" is a break, then ignore the " />". A hundred million browsers can't be wrong. <technical-note> The AbstractTranslet has xsl:output properties from the stylesheet, these values in the translet can be over-ridden at the last moment by JAXP values. In other situations the AbtractTranslet.transferOutputSettings(serializer) method is called. The bug here is in org.apache.xalan.xsltc.trax.TransformerImpl.transform (source,result). It tranfers the JAXP properties to the translet (if any), and creates the serializer after that but never transfers properties from the translet to the serializer. Even with that fix a few minor changes were needed to the serializer because when setting the doctype-public property it didn't always check for the XHTML DTD in order to set the m_spaceBeforeClose field indicated by Daniel Neades. </technical-note> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
