Despite the subject line, this question is about XSLT in general,
not just Xalan! In some quick tests Paul Dick just ran, we found
that Xalan agrees with Saxon and XT about this. As others have
pointed out, this is really a Netscape issue. XSLT processors
should realize that they are putting out an empty tag, and they
should account for XML/XHTML vs. HTML output, but the transform
language does not grant control over precise details of the
serialization-to-file of an empty tag.
We also need a clear statement from Eddy Medina about what method
he specified in xsl:output. In our tests, we saw the specified
behavior for both xml and html methods. Any form of empty <br>
element, such as <br></br> gets output as <br/> when the method
is xml, and <br> when it's html. The space inside the tag isn't
supposed to matter.
If you really need to placate Netscape, how about
<xsl:value-of disable-output-escaping="yes" select="'<br />'"/>
This is the circumvention of output standards that is much
maligned on this list. I must invoke the usual caveat that the
above technique should only be used when there is no other way.
................David Marston
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
| Current Thread |
- Re: <BR> a problem for XALAN?, (continued)
- Mike Brown - Thu, 10 Aug 2000 09:40:13 -0600 (MDT)
- Medina, Edward - Thu, 10 Aug 2000 08:16:47 -0400
- Medina, Edward - Thu, 10 Aug 2000 09:28:25 -0400
- Scott Boag/CAM/Lotus - Thu, 10 Aug 2000 10:19:36 -0400
- David_Marston - Thu, 10 Aug 2000 10:45:28 -0400 <=
- keshlam - Thu, 10 Aug 2000 15:59:57 -0400
- Mike Brown - Thu, 10 Aug 2000 16:27:35 -0600 (MDT)
- David_Marston - Thu, 10 Aug 2000 16:34:58 -0400
- Medina, Edward - Thu, 10 Aug 2000 18:47:00 -0400
|
|