<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Universal Manifest For Unit Tests: A Proposal</title>
	<atom:link href="http://alice.nodelman.net/blog/post/universal-manifest-for-unit-tests-a-proposal/feed/" rel="self" type="application/rss+xml" />
	<link>http://alice.nodelman.net/blog/post/universal-manifest-for-unit-tests-a-proposal/</link>
	<description>infrequent updates and long delays</description>
	<pubDate>Sun, 20 May 2012 20:45:28 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: improving personal hygiene by adjusting mochitests &#171; 3.1415926535897932384626433&#8230;</title>
		<link>http://alice.nodelman.net/blog/post/universal-manifest-for-unit-tests-a-proposal/comment-page-1/#comment-16945</link>
		<dc:creator>improving personal hygiene by adjusting mochitests &#171; 3.1415926535897932384626433&#8230;</dc:creator>
		<pubDate>Mon, 05 Jul 2010 21:48:24 +0000</pubDate>
		<guid isPermaLink="false">http://alice.nodelman.net/blog/?p=110#comment-16945</guid>
		<description>[...] have other great formats available and there has been great discussion around this topic in other blog posts.  In general the consensus is keeping something like the reftest manifest format and extending it [...]</description>
		<content:encoded><![CDATA[<p>[...] have other great formats available and there has been great discussion around this topic in other blog posts.  In general the consensus is keeping something like the reftest manifest format and extending it [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ms2ger</title>
		<link>http://alice.nodelman.net/blog/post/universal-manifest-for-unit-tests-a-proposal/comment-page-1/#comment-16411</link>
		<dc:creator>Ms2ger</dc:creator>
		<pubDate>Fri, 04 Jun 2010 11:01:21 +0000</pubDate>
		<guid isPermaLink="false">http://alice.nodelman.net/blog/?p=110#comment-16411</guid>
		<description>I think the examples in this post make it clear that JSON is not easy enough to use. JSON doesn't allow quoting strings with single quotes ('), which means none of these ten examples can actually be parsed. Also, the duplicate attributes in #2, #3 and #10 cause information to be lost silently.</description>
		<content:encoded><![CDATA[<p>I think the examples in this post make it clear that JSON is not easy enough to use. JSON doesn&#8217;t allow quoting strings with single quotes (&#8217;), which means none of these ten examples can actually be parsed. Also, the duplicate attributes in #2, #3 and #10 cause information to be lost silently.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Kaiser</title>
		<link>http://alice.nodelman.net/blog/post/universal-manifest-for-unit-tests-a-proposal/comment-page-1/#comment-16405</link>
		<dc:creator>Robert Kaiser</dc:creator>
		<pubDate>Thu, 03 Jun 2010 20:24:03 +0000</pubDate>
		<guid isPermaLink="false">http://alice.nodelman.net/blog/?p=110#comment-16405</guid>
		<description>So, this loses all the info in comments, right? Can there be made something to keep the comments in some way, perhaps as a field in the JSON as the format itself sucks in not allowing real comments?

Also, in case 2, why have two "fails" entries with one "if" each, and not have one "fails" with two "if"s?

And what about using pref values/comparisons in "if" clauses?</description>
		<content:encoded><![CDATA[<p>So, this loses all the info in comments, right? Can there be made something to keep the comments in some way, perhaps as a field in the JSON as the format itself sucks in not allowing real comments?</p>
<p>Also, in case 2, why have two &#8220;fails&#8221; entries with one &#8220;if&#8221; each, and not have one &#8220;fails&#8221; with two &#8220;if&#8221;s?</p>
<p>And what about using pref values/comparisons in &#8220;if&#8221; clauses?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jesse Ruderman</title>
		<link>http://alice.nodelman.net/blog/post/universal-manifest-for-unit-tests-a-proposal/comment-page-1/#comment-16404</link>
		<dc:creator>Jesse Ruderman</dc:creator>
		<pubDate>Thu, 03 Jun 2010 19:57:45 +0000</pubDate>
		<guid isPermaLink="false">http://alice.nodelman.net/blog/?p=110#comment-16404</guid>
		<description>I still see no benefit to replacing the simple existing reftest format with JSON, and a lot of drawbacks.  All of the benefits you've claimed for moving to JSON have been orthogonal to the overall syntax, and something we could get with much smaller changes.  I don't understand why you continue pushing for moving to JSON when it seems obvious to me that making small changes to the reftest manifest format would result in a format that's much easier to use.

Btw, #1 and #2 use duplicate attributes.  I think you'd need to use JSON arrays rather than JSON hashes in a few spots.</description>
		<content:encoded><![CDATA[<p>I still see no benefit to replacing the simple existing reftest format with JSON, and a lot of drawbacks.  All of the benefits you&#8217;ve claimed for moving to JSON have been orthogonal to the overall syntax, and something we could get with much smaller changes.  I don&#8217;t understand why you continue pushing for moving to JSON when it seems obvious to me that making small changes to the reftest manifest format would result in a format that&#8217;s much easier to use.</p>
<p>Btw, #1 and #2 use duplicate attributes.  I think you&#8217;d need to use JSON arrays rather than JSON hashes in a few spots.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

