Docunext


XSL CDATA libTidy HTML Comments and Script Elements

May 24th, 2010

I have a lot of appreciation for libTidy - its an awesome tool for avoiding issues when dealing with foreign HTML and trying to transform it with XSL.

However, I ran into an issue yesterday that I think is worth mentioning that involves the words in the title of this post:

  • XSL
  • HTML Comments
  • CDATA
  • Script Tags (elements)

You may have come across this type of code in the source of an HTML document:

<script type="text/javascript">
<!--
var something = '<something>else';
-->
<script>

The comment is in there to prevent the (x)HTML processor from processing the javascript, which contains invalid (x)HTML.

LibTidy does something similar, it wraps the inner contents of script tags with CDATA elements. This was problematic for me because I was then trying to process the output with XSL. XSL escaped the CDATA comment tag as:

&lt;!--

which caused javascript processing to fail.

I was able to work around this first by disabling output escaping in my stylesheet for script tags, but I decided to fix the problem at the root and remove the comment tags.

I read up on when comment or CDATA tags are required for script tags and decided I don't need them if I'm careful about the inline javascript I use - a good practice in its own right!

So now the default behavior is that libTidy is escaping script tag contents with CDATA tags, and libXSLT escapes their content, dropping the CDATA tags. Works fine as long as there aren't any entities in there!

UPDATE: After wrestling with the comment, I found the strangest bug I've ever encountered.

Yearly Indexes: 2003 2004 2006 2007 2008 2009 2010 2011 2012 2013 2015 2019 2020 2022