<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title><![CDATA[Content with Style - Comments on XSL:TEXT, CDATA and PHP5]]></title>
    <link>http://www.contentwithstyle.co.uk/feeds/rss/comments/130</link>
    <description><![CDATA[]]></description>
    <pubDate>Tue, 06 Jan 2009 10:05:44 +0000</pubDate>
    <generator>Zend_Feed</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Content with Style - Comment #1 on XSL:TEXT, CDATA and PHP5]]></title>
      <link>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1651</link>
      <guid>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1651</guid>
      <description><![CDATA[If you want to create tag you must! use xsl:element.]]></description>
      <content:encoded><![CDATA[If you want to create tag you must! use xsl:element.]]></content:encoded>
      <pubDate>Sun, 22 Oct 2006 22:19:05 +0000</pubDate>
    </item>
    <item>
      <title><![CDATA[Content with Style - Comment #2 on XSL:TEXT, CDATA and PHP5]]></title>
      <link>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1652</link>
      <guid>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1652</guid>
      <description><![CDATA[Hi Solid. As you can see in my example I CAN do it differently. You CAN even just do something like writing the tags in between XSL commands as well, which probably the most common way to create tags in XSL. 

Personally I don't believe in MUST when it comes to websites, apart from making the website work as such.
The behaviour of PHP5 is a quirk that is in contrast to other rendering behaviours (e.g. Sablotron) and what one uses it for is down to ones needs, no? 
In my particular case I have a 2 level rendering behaviour in which a transformation creates an XSL document. I want the markup created by the first transformation not being changed by the second one, hence it gets wrapped into xsl:text and CDATA, with disable-output-escaping turned on. This is in order to prevent the second transformation from doing things like changing &lt;div&gt;&lt;/div&gt; into &lt;div /&gt; ... 

]]></description>
      <content:encoded><![CDATA[Hi Solid. As you can see in my example I CAN do it differently. You CAN even just do something like writing the tags in between XSL commands as well, which probably the most common way to create tags in XSL. 

Personally I don't believe in MUST when it comes to websites, apart from making the website work as such.
The behaviour of PHP5 is a quirk that is in contrast to other rendering behaviours (e.g. Sablotron) and what one uses it for is down to ones needs, no? 
In my particular case I have a 2 level rendering behaviour in which a transformation creates an XSL document. I want the markup created by the first transformation not being changed by the second one, hence it gets wrapped into xsl:text and CDATA, with disable-output-escaping turned on. This is in order to prevent the second transformation from doing things like changing &lt;div&gt;&lt;/div&gt; into &lt;div /&gt; ... 

]]></content:encoded>
      <pubDate>Sun, 14 Dec 2008 15:59:05 +0000</pubDate>
    </item>
    <item>
      <title><![CDATA[Content with Style - Comment #3 on XSL:TEXT, CDATA and PHP5]]></title>
      <link>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1671</link>
      <guid>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1671</guid>
      <description><![CDATA[Creepy,<br />
I just ran into this the other day. I found it a bit awkward that I told it to disable the output escaping&#8230; and it straight up didn&#8217;t.]]></description>
      <content:encoded><![CDATA[Creepy,<br />
I just ran into this the other day. I found it a bit awkward that I told it to disable the output escaping&#8230; and it straight up didn&#8217;t.]]></content:encoded>
      <pubDate>Wed, 25 Oct 2006 00:54:53 +0000</pubDate>
    </item>
    <item>
      <title><![CDATA[Content with Style - Comment #4 on XSL:TEXT, CDATA and PHP5]]></title>
      <link>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1685</link>
      <guid>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1685</guid>
      <description><![CDATA[Note that &#8220;disable-output-escaping&#8221; is generally (though not always) considered harmful, to the extent that it has been removed from XSLT 2. Michael Kay and Wendell Piez have some good views on d-o-e use and abuse in the XSLT FAQ: see <a href="http://dpawson.co.uk/xsl/sect2/N2215.html#d3496e130">http://dpawson.co.uk/xsl/sect2/N2215.html#d3496e130</a>]]></description>
      <content:encoded><![CDATA[Note that &#8220;disable-output-escaping&#8221; is generally (though not always) considered harmful, to the extent that it has been removed from XSLT 2. Michael Kay and Wendell Piez have some good views on d-o-e use and abuse in the XSLT FAQ: see <a href="http://dpawson.co.uk/xsl/sect2/N2215.html#d3496e130">http://dpawson.co.uk/xsl/sect2/N2215.html#d3496e130</a>]]></content:encoded>
      <pubDate>Sun, 29 Oct 2006 10:51:16 +0000</pubDate>
    </item>
    <item>
      <title><![CDATA[Content with Style - Comment #5 on XSL:TEXT, CDATA and PHP5]]></title>
      <link>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1686</link>
      <guid>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1686</guid>
      <description><![CDATA[Oh, one more thing: I&#8217;ve just noticed that you say in comment 2 that you want to &#8220;prevent the second transformation from doing things like changing &lt;div&gt;&lt;/div&gt; into &lt;div /&gt;&#8221;. If the second transformation uses &lt;xsl:output method=&#8221;html&#8221;&gt;, you should get what you want without having to muck about with d-o-e.]]></description>
      <content:encoded><![CDATA[Oh, one more thing: I&#8217;ve just noticed that you say in comment 2 that you want to &#8220;prevent the second transformation from doing things like changing &lt;div&gt;&lt;/div&gt; into &lt;div /&gt;&#8221;. If the second transformation uses &lt;xsl:output method=&#8221;html&#8221;&gt;, you should get what you want without having to muck about with d-o-e.]]></content:encoded>
      <pubDate>Sun, 14 Dec 2008 15:58:46 +0000</pubDate>
    </item>
    <item>
      <title><![CDATA[Content with Style - Comment #6 on XSL:TEXT, CDATA and PHP5]]></title>
      <link>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1687</link>
      <guid>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1687</guid>
      <description><![CDATA[Hi Nick, thanks for the info &#8230; what if you specify the output method html, then the transformation doesn&#8217;t get you valid XHTML 1 &#8230; xhtml is an xml aplication, but the quirks like &lt;div /&gt; break websites in IE 6 &#8230; what to do, what to do?]]></description>
      <content:encoded><![CDATA[Hi Nick, thanks for the info &#8230; what if you specify the output method html, then the transformation doesn&#8217;t get you valid XHTML 1 &#8230; xhtml is an xml aplication, but the quirks like &lt;div /&gt; break websites in IE 6 &#8230; what to do, what to do?]]></content:encoded>
      <pubDate>Sun, 29 Oct 2006 12:21:15 +0000</pubDate>
    </item>
    <item>
      <title><![CDATA[Content with Style - Comment #7 on XSL:TEXT, CDATA and PHP5]]></title>
      <link>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1688</link>
      <guid>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1688</guid>
      <description><![CDATA[To be honest, I&#8217;ve just accepted the fact that, for as long as the dominant browser doesn&#8217;t support XHTML, there&#8217;s no point using it :-(<br />
<br />
I serve HTML (on the sites I produce for clients, I haven&#8217;t yet hacked WordPress to serve HTML on my own site) on the basis that it is the only content type that is properly supported in the real world. As I&#8217;m generating the markup using XSLT, it will be an easy matter at a later date to start serving XHTML: a change to the relevant parts of &lt;xsl:output&gt; &#8211; that is, doctype-public, doctype-system and method &#8211; is all that will be required. But until XHTML 1 is supported to the same extent as HTML 4.01, it makes more sense (to me) to serve HTML. It&#8217;s still a standard, after all :-)<br />
<br />
It&#8217;s perhaps worthy of note in this context that Tim Berners-Lee this week said that &#8220;The attempt to get the world to switch to XML, including quotes around attribute values and slashes in empty tags and namespaces all at once didn&#8217;t work&#8221; when he announced a new W3C initiative to develop HTML further, rather than concentrating solely on XHTML: see <a href="http://dig.csail.mit.edu/breadcrumbs/node/166">http://dig.csail.mit.edu/breadcrumbs/node/166</a>]]></description>
      <content:encoded><![CDATA[To be honest, I&#8217;ve just accepted the fact that, for as long as the dominant browser doesn&#8217;t support XHTML, there&#8217;s no point using it :-(<br />
<br />
I serve HTML (on the sites I produce for clients, I haven&#8217;t yet hacked WordPress to serve HTML on my own site) on the basis that it is the only content type that is properly supported in the real world. As I&#8217;m generating the markup using XSLT, it will be an easy matter at a later date to start serving XHTML: a change to the relevant parts of &lt;xsl:output&gt; &#8211; that is, doctype-public, doctype-system and method &#8211; is all that will be required. But until XHTML 1 is supported to the same extent as HTML 4.01, it makes more sense (to me) to serve HTML. It&#8217;s still a standard, after all :-)<br />
<br />
It&#8217;s perhaps worthy of note in this context that Tim Berners-Lee this week said that &#8220;The attempt to get the world to switch to XML, including quotes around attribute values and slashes in empty tags and namespaces all at once didn&#8217;t work&#8221; when he announced a new W3C initiative to develop HTML further, rather than concentrating solely on XHTML: see <a href="http://dig.csail.mit.edu/breadcrumbs/node/166">http://dig.csail.mit.edu/breadcrumbs/node/166</a>]]></content:encoded>
      <pubDate>Sun, 29 Oct 2006 12:47:32 +0000</pubDate>
    </item>
    <item>
      <title><![CDATA[Content with Style - Comment #8 on XSL:TEXT, CDATA and PHP5]]></title>
      <link>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1691</link>
      <guid>http://www.contentwithstyle.co.uk/content/xsltext-cdata-and-php5/#comment-1691</guid>
      <description><![CDATA[Interesting comment by Mr Brenners-Lee &#8230; I actually get along quite well with websites served in XHTML and haven&#8217;t really encoutered big problems in modern browsers so far, as long as the content type they&#8217;re served in is NOT xml. The only thing that really makes problems is self-closing block elements &#8230; if they come up then everything breaks.<br />
haven&#8217;t tried this so far: Would  a transformation with output type &#8220;html&#8221; and XHTML doctypes produce valid XHTML? Or would the type need to be changed to &#8220;xml&#8221; in order to get self closing image tags etc?]]></description>
      <content:encoded><![CDATA[Interesting comment by Mr Brenners-Lee &#8230; I actually get along quite well with websites served in XHTML and haven&#8217;t really encoutered big problems in modern browsers so far, as long as the content type they&#8217;re served in is NOT xml. The only thing that really makes problems is self-closing block elements &#8230; if they come up then everything breaks.<br />
haven&#8217;t tried this so far: Would  a transformation with output type &#8220;html&#8221; and XHTML doctypes produce valid XHTML? Or would the type need to be changed to &#8220;xml&#8221; in order to get self closing image tags etc?]]></content:encoded>
      <pubDate>Mon, 30 Oct 2006 02:41:28 +0000</pubDate>
    </item>
  </channel>
</rss>
