<?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: Autotesting Javascript in Rails</title>
	<atom:link href="http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/feed/" rel="self" type="application/rss+xml" />
	<link>http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/</link>
	<description>Ruby makes Rails, Javascript makes Ajax, Dr Nic makes Magic</description>
	<pubDate>Sun, 20 Jul 2008 11:31:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Ed Spencer</title>
		<link>http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-82655</link>
		<dc:creator>Ed Spencer</dc:creator>
		<pubDate>Fri, 18 Apr 2008 19:39:56 +0000</pubDate>
		<guid isPermaLink="false">http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-82655</guid>
		<description>Thanks for this, I've got a Windows solution for you.

I had to take the contents of js_autotest and chuck it in with the javascript_test_autotest_tasks.rake, as well as change rake to rake.bat - like this:

# javascript_test_autotest_tasks.rake
namespace :test do
  namespace :recent do
    #untouched
  end

  task :javascript_autotest do
    system('ruby script/rstakeout "rake.bat test:recent:javascript" test/javascript/*_test.html test/javascript/samples/*/* public/javascripts/*.js')
  end
end

Then obviously rake test:javascript_autotest from windows command line and everything seems to work pretty well.  I've only tested it with a few trivial examples but it detects the right changes and runs the right tests so it looks promising.

It's pretty trivial but I'll submit a patch after I get back from the pub.</description>
		<content:encoded><![CDATA[<p>Thanks for this, I&#8217;ve got a Windows solution for you.</p>
<p>I had to take the contents of js_autotest and chuck it in with the javascript_test_autotest_tasks.rake, as well as change rake to rake.bat - like this:</p>
<p># javascript_test_autotest_tasks.rake<br />
namespace :test do<br />
  namespace :recent do<br />
    #untouched<br />
  end</p>
<p>  task :javascript_autotest do<br />
    system(&#8217;ruby script/rstakeout &#8220;rake.bat test:recent:javascript&#8221; test/javascript/*_test.html test/javascript/samples/*/* public/javascripts/*.js&#8217;)<br />
  end<br />
end</p>
<p>Then obviously rake test:javascript_autotest from windows command line and everything seems to work pretty well.  I&#8217;ve only tested it with a few trivial examples but it detects the right changes and runs the right tests so it looks promising.</p>
<p>It&#8217;s pretty trivial but I&#8217;ll submit a patch after I get back from the pub.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Automating Javascript Unit Tests / Specs - Part 1 &#8212; blog.mattwynne.net</title>
		<link>http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-79543</link>
		<dc:creator>Automating Javascript Unit Tests / Specs - Part 1 &#8212; blog.mattwynne.net</dc:creator>
		<pubDate>Sun, 06 Apr 2008 02:43:08 +0000</pubDate>
		<guid isPermaLink="false">http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-79543</guid>
		<description>[...] think my next step is to take another look at what Thomas Fuchs has been up to, and also this rails-based effort from Dr Nic. We&#8217;re using the prototype.js framework anyway, so this seem like it would be a [...]</description>
		<content:encoded><![CDATA[<p>[...] think my next step is to take another look at what Thomas Fuchs has been up to, and also this rails-based effort from Dr Nic. We&#8217;re using the prototype.js framework anyway, so this seem like it would be a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: massimiliano</title>
		<link>http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-73132</link>
		<dc:creator>massimiliano</dc:creator>
		<pubDate>Sat, 26 Jan 2008 13:35:05 +0000</pubDate>
		<guid isPermaLink="false">http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-73132</guid>
		<description>Great work!!!

On Mac OS X Leopard I had to change the first line of file script/rstakeout to

#!/usr/bin/ruby -w</description>
		<content:encoded><![CDATA[<p>Great work!!!</p>
<p>On Mac OS X Leopard I had to change the first line of file script/rstakeout to</p>
<p>#!/usr/bin/ruby -w</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Recompilação dos últimos links interessantes</title>
		<link>http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-72509</link>
		<dc:creator>Recompilação dos últimos links interessantes</dc:creator>
		<pubDate>Sat, 19 Jan 2008 14:24:29 +0000</pubDate>
		<guid isPermaLink="false">http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-72509</guid>
		<description>[...] tutoriais e artigos técnicos interessantes que chamaram nossa atenção foram aqueles chamados Autotestando JavaScript em Rails, de Dr. Nic, que explica como testar nossos scripts em JavaScript desde um script em Rails, [...]</description>
		<content:encoded><![CDATA[<p>[...] tutoriais e artigos técnicos interessantes que chamaram nossa atenção foram aqueles chamados Autotestando JavaScript em Rails, de Dr. Nic, que explica como testar nossos scripts em JavaScript desde um script em Rails, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-71572</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Fri, 11 Jan 2008 19:01:06 +0000</pubDate>
		<guid isPermaLink="false">http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-71572</guid>
		<description>Windows Users have symbolic links!  It's just not well publicized:
http://shell-shocked.org/article.php?id=284
I use this program to easily create them:
http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html

Looking forward to the upcoming peepcode episode!</description>
		<content:encoded><![CDATA[<p>Windows Users have symbolic links!  It&#8217;s just not well publicized:<br />
<a href="http://shell-shocked.org/article.php?id=284" rel="nofollow">http://shell-shocked.org/article.php?id=284</a><br />
I use this program to easily create them:<br />
<a href="http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html" rel="nofollow">http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html</a></p>
<p>Looking forward to the upcoming peepcode episode!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dr Nic</title>
		<link>http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-71537</link>
		<dc:creator>Dr Nic</dc:creator>
		<pubDate>Fri, 11 Jan 2008 10:14:30 +0000</pubDate>
		<guid isPermaLink="false">http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-71537</guid>
		<description>@Scott Becker [&lt;a href='http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-70670' rel="nofollow"&gt;via&lt;/a&gt;] - sorry Scott :) The patches have all been applied now so future readers can live in a happy place that you were denied :)</description>
		<content:encoded><![CDATA[<p>@Scott Becker [<a href='http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-70670' rel="nofollow">via</a>] - sorry Scott <img src='http://drnicwilliams.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> The patches have all been applied now so future readers can live in a happy place that you were denied <img src='http://drnicwilliams.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ruby, Rails, JavaScript &#171; exceptionz</title>
		<link>http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-71067</link>
		<dc:creator>Ruby, Rails, JavaScript &#171; exceptionz</dc:creator>
		<pubDate>Tue, 08 Jan 2008 10:30:42 +0000</pubDate>
		<guid isPermaLink="false">http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-71067</guid>
		<description>[...] Autotesting JavaScript in Rails - Dr. Nic show us how to use the javascript_test plugin together with the ZenTest autotest script. [...]</description>
		<content:encoded><![CDATA[<p>[...] Autotesting JavaScript in Rails - Dr. Nic show us how to use the javascript_test plugin together with the ZenTest autotest script. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: maruis</title>
		<link>http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-71062</link>
		<dc:creator>maruis</dc:creator>
		<pubDate>Tue, 08 Jan 2008 09:39:28 +0000</pubDate>
		<guid isPermaLink="false">http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-71062</guid>
		<description>Great intro into tdd'ing js. I am looking forward to the peepcode screen cast. I would definably be interested when it's released. 

Good news to hear Jeffrey is going to be a dad. He will enjoy the baby a lot...

Cheers...</description>
		<content:encoded><![CDATA[<p>Great intro into tdd&#8217;ing js. I am looking forward to the peepcode screen cast. I would definably be interested when it&#8217;s released. </p>
<p>Good news to hear Jeffrey is going to be a dad. He will enjoy the baby a lot&#8230;</p>
<p>Cheers&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: napyfab:blog&#187; Blog Archive &#187; links for 2008-01-07</title>
		<link>http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-71023</link>
		<dc:creator>napyfab:blog&#187; Blog Archive &#187; links for 2008-01-07</dc:creator>
		<pubDate>Mon, 07 Jan 2008 23:30:43 +0000</pubDate>
		<guid isPermaLink="false">http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-71023</guid>
		<description>[...] Dr Nic » Autotesting Javascript in Rails (tags: javascript testing rails rubyonrails tdd ruby ajax howto framework development ror) [...]</description>
		<content:encoded><![CDATA[<p>[...] Dr Nic » Autotesting Javascript in Rails (tags: javascript testing rails rubyonrails tdd ruby ajax howto framework development ror) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dr Nic</title>
		<link>http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-71008</link>
		<dc:creator>Dr Nic</dc:creator>
		<pubDate>Mon, 07 Jan 2008 21:56:12 +0000</pubDate>
		<guid isPermaLink="false">http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-71008</guid>
		<description>@Martin Ström [&lt;a href='http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-70965' rel="nofollow"&gt;via&lt;/a&gt;] - I under the desire to ensure the view being tested is the same, and the desire to be DRY about it.

My solution is to generate sample HTML, built from views, into my test/javascript/samples folder, and then load them into the html unittest page via synch GET request (synch Ajax request). I create the samples manually or via a rake task. Its very tricky convincing an ActionView::Base to render a template without a full request stack in place, but I've got a little helper method that tricks out a pretend request+controller.

I'll post about it later when its all cleaned up, and the loadSample() JS helper patch is accepted into unittest.js.

But, with generated sample HTML for tests, I think that gives me enough DRYness.</description>
		<content:encoded><![CDATA[<p>@Martin Ström [<a href='http://drnicwilliams.com/2008/01/04/autotesting-javascript-in-rails/#comment-70965' rel="nofollow">via</a>] - I under the desire to ensure the view being tested is the same, and the desire to be DRY about it.</p>
<p>My solution is to generate sample HTML, built from views, into my test/javascript/samples folder, and then load them into the html unittest page via synch GET request (synch Ajax request). I create the samples manually or via a rake task. Its very tricky convincing an ActionView::Base to render a template without a full request stack in place, but I&#8217;ve got a little helper method that tricks out a pretend request+controller.</p>
<p>I&#8217;ll post about it later when its all cleaned up, and the loadSample() JS helper patch is accepted into unittest.js.</p>
<p>But, with generated sample HTML for tests, I think that gives me enough DRYness.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
