<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: A Strong Test for Markup In Titles &#038; Summaries</title>
	<atom:link href="http://www.elharo.com/blog/software-development/web-development/php/2007/03/17/a-strong-test-for-markup-in-titles-summaries/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.elharo.com/blog/software-development/web-development/php/2007/03/17/a-strong-test-for-markup-in-titles-summaries/</link>
	<description>Ranting and Raving</description>
	<pubDate>Tue, 02 Dec 2008 21:12:10 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Mokka mit Schlag &#187; Is This a Security Issue?</title>
		<link>http://www.elharo.com/blog/software-development/web-development/php/2007/03/17/a-strong-test-for-markup-in-titles-summaries/#comment-55377</link>
		<dc:creator>Mokka mit Schlag &#187; Is This a Security Issue?</dc:creator>
		<pubDate>Sun, 18 Mar 2007 11:59:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.elharo.com/blog/software-development/web-development/2007/03/17/a-strong-test-for-markup-in-titles-summaries/#comment-55377</guid>
		<description>[...] Mokka mit Schlag » Web Development: Blogging: PHP       &#171; A Strong Test for Markup In Titles &#38; Summaries [...]</description>
		<content:encoded><![CDATA[<p>[...] Mokka mit Schlag » Web Development: Blogging: PHP       &laquo; A Strong Test for Markup In Titles &#38; Summaries [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Davies</title>
		<link>http://www.elharo.com/blog/software-development/web-development/php/2007/03/17/a-strong-test-for-markup-in-titles-summaries/#comment-55056</link>
		<dc:creator>Ed Davies</dc:creator>
		<pubDate>Sat, 17 Mar 2007 20:40:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.elharo.com/blog/software-development/web-development/2007/03/17/a-strong-test-for-markup-in-titles-summaries/#comment-55056</guid>
		<description>Whatever with respect to the Atom stuff - this page looks bloody awful viewed directly in Firefox.  I haven't followed through what's happening fully but, as far as I can see having downloaded the page with wget, the problems start with the double quotes in the double-quote delimited title attribute of the h1 element.</description>
		<content:encoded><![CDATA[<p>Whatever with respect to the Atom stuff - this page looks bloody awful viewed directly in Firefox.  I haven&#8217;t followed through what&#8217;s happening fully but, as far as I can see having downloaded the page with wget, the problems start with the double quotes in the double-quote delimited title attribute of the h1 element.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elliotte Rusty Harold</title>
		<link>http://www.elharo.com/blog/software-development/web-development/php/2007/03/17/a-strong-test-for-markup-in-titles-summaries/#comment-55048</link>
		<dc:creator>Elliotte Rusty Harold</dc:creator>
		<pubDate>Sat, 17 Mar 2007 19:48:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.elharo.com/blog/software-development/web-development/2007/03/17/a-strong-test-for-markup-in-titles-summaries/#comment-55048</guid>
		<description>The problem is that escaped HTML isn't just text. I get bug reports every time I try to treat it as just text. Escaped HTML is only really just text when you really do want to see the markup as text. For example, it's completely legitimate to include escaped in HTML a web page about HTML. However escaped HTML in other contexts just makes life difficult. I can't parse it; and even if I double parse, it's more than likely malformed.</description>
		<content:encoded><![CDATA[<p>The problem is that escaped HTML isn&#8217;t just text. I get bug reports every time I try to treat it as just text. Escaped HTML is only really just text when you really do want to see the markup as text. For example, it&#8217;s completely legitimate to include escaped in HTML a web page about HTML. However escaped HTML in other contexts just makes life difficult. I can&#8217;t parse it; and even if I double parse, it&#8217;s more than likely malformed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Cowan</title>
		<link>http://www.elharo.com/blog/software-development/web-development/php/2007/03/17/a-strong-test-for-markup-in-titles-summaries/#comment-55046</link>
		<dc:creator>John Cowan</dc:creator>
		<pubDate>Sat, 17 Mar 2007 19:13:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.elharo.com/blog/software-development/web-development/2007/03/17/a-strong-test-for-markup-in-titles-summaries/#comment-55046</guid>
		<description>Escaped HTML isn't evil as such; it's just another text format.  It's &lt;i&gt;unmarked&lt;/i&gt; escaped HTML that's evil, as in the RSS variants, where you have to guess whether the person at the other end will interpret what you send as plain text or HTML.

I have an RSS feed that represents a bunch of plain-text documents: consequently I have to first convert the plain text into HTML, then escape the HTML.  In Atom, of course, I just mark the summary as plain.</description>
		<content:encoded><![CDATA[<p>Escaped HTML isn&#8217;t evil as such; it&#8217;s just another text format.  It&#8217;s <i>unmarked</i> escaped HTML that&#8217;s evil, as in the RSS variants, where you have to guess whether the person at the other end will interpret what you send as plain text or HTML.</p>
<p>I have an RSS feed that represents a bunch of plain-text documents: consequently I have to first convert the plain text into HTML, then escape the HTML.  In Atom, of course, I just mark the summary as plain.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
