<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments for Ethilien</title>
	<link>http://ethilien.net</link>
	<description>I need to redo this site...</description>
	<pubDate>Fri, 09 May 2008 14:58:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.2</generator>

	<item>
		<title>Comment on Ruby - A Lightning Tutorial by Fingal</title>
		<link>http://ethilien.net/ruby-a-lightning-tutorial/#comment-10836</link>
		<author>Fingal</author>
		<pubDate>Fri, 25 Apr 2008 22:01:28 +0000</pubDate>
		<guid>http://ethilien.net/ruby-a-lightning-tutorial/#comment-10836</guid>
		<description>&lt;p&gt;Attribute readers, writers, and accessors may not have meaning for those who first encounter them in the "Scopes and Variables" section above.&lt;/p&gt;

&lt;p&gt;What to do about this, if anything, depends, of course, on the intended audience, but if it's ruby newbies, ....&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Attribute readers, writers, and accessors may not have meaning for those who first encounter them in the &#8220;Scopes and Variables&#8221; section above.</p>

<p>What to do about this, if anything, depends, of course, on the intended audience, but if it&#8217;s ruby newbies, &#8230;.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Python Full Text Search Script by Ben Bryant</title>
		<link>http://ethilien.net/archives/python-full-text-search-script/#comment-10758</link>
		<author>Ben Bryant</author>
		<pubDate>Fri, 18 Apr 2008 01:46:25 +0000</pubDate>
		<guid>http://ethilien.net/archives/python-full-text-search-script/#comment-10758</guid>
		<description>&lt;p&gt;nice. seems quite fast.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>nice. seems quite fast.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Better Redirects in Rails by Adam</title>
		<link>http://ethilien.net/archives/better-redirects-in-rails/#comment-10699</link>
		<author>Adam</author>
		<pubDate>Fri, 11 Apr 2008 15:11:56 +0000</pubDate>
		<guid>http://ethilien.net/archives/better-redirects-in-rails/#comment-10699</guid>
		<description>&lt;p&gt;We do something similar by marking certain points in an application as return points. &lt;/p&gt;

&lt;pre&gt;&lt;code&gt;before_filter :mark_return_point :only =&#62;[x,z]
&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;Which does exactly the same thing and marks a return parameter in the session, we just have a &lt;/p&gt;

&lt;pre&gt;&lt;code&gt;return_to_last_point 
&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;then whenever an action like an update completes redirects to the last point someone went through. &lt;/p&gt;

&lt;p&gt;Not sure which I prefer, our current way keeps the logic of the flow inside the controller&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>We do something similar by marking certain points in an application as return points. </p>

<pre><code>before_filter :mark_return_point :only =&gt;[x,z]
</code></pre>

<p>Which does exactly the same thing and marks a return parameter in the session, we just have a </p>

<pre><code>return_to_last_point 
</code></pre>

<p>then whenever an action like an update completes redirects to the last point someone went through. </p>

<p>Not sure which I prefer, our current way keeps the logic of the flow inside the controller</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Better Redirects in Rails by Alderete</title>
		<link>http://ethilien.net/archives/better-redirects-in-rails/#comment-10686</link>
		<author>Alderete</author>
		<pubDate>Thu, 10 Apr 2008 10:30:13 +0000</pubDate>
		<guid>http://ethilien.net/archives/better-redirects-in-rails/#comment-10686</guid>
		<description>&lt;p&gt;On further testing, neither the original nor my altered version of the helper handle the case of a generated show link, which simply passes in an ActiveRecord object:&lt;/p&gt;

&lt;pre&gt;&lt;code&gt;&#60;%= link_away h(person.display_name), person %&#62;
&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;(person also gets passed for generated delete links.)&lt;/p&gt;

&lt;p&gt;Not really sure what the answer is, except to only use link_away for edit links.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>On further testing, neither the original nor my altered version of the helper handle the case of a generated show link, which simply passes in an ActiveRecord object:</p>

<pre><code>&lt;%= link_away h(person.display_name), person %&gt;
</code></pre>

<p>(person also gets passed for generated delete links.)</p>

<p>Not really sure what the answer is, except to only use link_away for edit links.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Better Redirects in Rails by Alderete</title>
		<link>http://ethilien.net/archives/better-redirects-in-rails/#comment-10684</link>
		<author>Alderete</author>
		<pubDate>Thu, 10 Apr 2008 10:11:15 +0000</pubDate>
		<guid>http://ethilien.net/archives/better-redirects-in-rails/#comment-10684</guid>
		<description>&lt;p&gt;I notice that this isn't quite a drop-in replacement for the link_to code that is generated by the Rails 2.0 scaffolding generator, specifically, the URL helpers generated by using map.resources in routes.rb, e.g.:&lt;/p&gt;

&lt;pre&gt;&lt;code&gt;&#60;%= link_away 'Edit', edit_person_path(@person) %&#62;
&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;Will fail with the error "undefined method `symbolize_keys' for "/people/1/edit":String"&lt;/p&gt;

&lt;pre&gt;&lt;code&gt;def link_away(name, options = {}, html_options = nil)
    link = case options
        when String
            link_to(name, options + "?return_uri=" + url_for(:only_path =&#62; true), html_options)
        else
            link_to(name, { :return_uri =&#62; url_for(:only_path =&#62; true) }.update(options.symbolize_keys), html_options)
        end
end
&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;But that's fairly unsatisfying, if for no reason than it will add an extra "?" to the URL if there are already parameters in it. (My Ruby-fu is weak.)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I notice that this isn&#8217;t quite a drop-in replacement for the link_to code that is generated by the Rails 2.0 scaffolding generator, specifically, the URL helpers generated by using map.resources in routes.rb, e.g.:</p>

<pre><code>&lt;%= link_away 'Edit', edit_person_path(@person) %&gt;
</code></pre>

<p>Will fail with the error &#8220;undefined method `symbolize_keys&#8217; for &#8220;/people/1/edit&#8221;:String&#8221;</p>

<pre><code>def link_away(name, options = {}, html_options = nil)
    link = case options
        when String
            link_to(name, options + "?return_uri=" + url_for(:only_path =&gt; true), html_options)
        else
            link_to(name, { :return_uri =&gt; url_for(:only_path =&gt; true) }.update(options.symbolize_keys), html_options)
        end
end
</code></pre>

<p>But that&#8217;s fairly unsatisfying, if for no reason than it will add an extra &#8220;?&#8221; to the URL if there are already parameters in it. (My Ruby-fu is weak.)</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Better Redirects in Rails by Anthony</title>
		<link>http://ethilien.net/archives/better-redirects-in-rails/#comment-10439</link>
		<author>Anthony</author>
		<pubDate>Wed, 26 Mar 2008 23:34:42 +0000</pubDate>
		<guid>http://ethilien.net/archives/better-redirects-in-rails/#comment-10439</guid>
		<description>&lt;p&gt;Very nice. Simple, basic, almost obvious. But really helps to tighten up recurring crap in controller code.&lt;/p&gt;

&lt;p&gt;Thanks for sharing!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Very nice. Simple, basic, almost obvious. But really helps to tighten up recurring crap in controller code.</p>

<p>Thanks for sharing!</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Better Redirects in Rails by Dan</title>
		<link>http://ethilien.net/archives/better-redirects-in-rails/#comment-10437</link>
		<author>Dan</author>
		<pubDate>Wed, 26 Mar 2008 22:22:27 +0000</pubDate>
		<guid>http://ethilien.net/archives/better-redirects-in-rails/#comment-10437</guid>
		<description>&lt;p&gt;Very handy ideas!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Very handy ideas!</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Better Redirects in Rails by DHH</title>
		<link>http://ethilien.net/archives/better-redirects-in-rails/#comment-10379</link>
		<author>DHH</author>
		<pubDate>Sun, 23 Mar 2008 16:17:15 +0000</pubDate>
		<guid>http://ethilien.net/archives/better-redirects-in-rails/#comment-10379</guid>
		<description>&lt;p&gt;Those are some neat patterns. You should wrap them up in a plugin.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Those are some neat patterns. You should wrap them up in a plugin.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Software by Greg</title>
		<link>http://ethilien.net/software/#comment-10007</link>
		<author>Greg</author>
		<pubDate>Tue, 04 Mar 2008 18:06:41 +0000</pubDate>
		<guid>http://ethilien.net/software/#comment-10007</guid>
		<description>&lt;p&gt;Connor, this code is proving to be very helpful time and time again. I thank you for development of this script and providing it through your website. In the version I'm currently using I've included some additional coding that allows for an interface with various options. In my desire to go a little deeper with these options I was wondering at what point in the script could a function be inserted which would allow me to manipulate the various arrays and variables. I've tried inserting one at various points in the script, but I wasn't able to position it at the correct location. I hope what I'm requesting makes sense. If you have any suggestions, I'd greatly appreciate them! Thank you!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Connor, this code is proving to be very helpful time and time again. I thank you for development of this script and providing it through your website. In the version I&#8217;m currently using I&#8217;ve included some additional coding that allows for an interface with various options. In my desire to go a little deeper with these options I was wondering at what point in the script could a function be inserted which would allow me to manipulate the various arrays and variables. I&#8217;ve tried inserting one at various points in the script, but I wasn&#8217;t able to position it at the correct location. I hope what I&#8217;m requesting makes sense. If you have any suggestions, I&#8217;d greatly appreciate them! Thank you!</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Software by Andrys</title>
		<link>http://ethilien.net/software/#comment-8605</link>
		<author>Andrys</author>
		<pubDate>Tue, 04 Dec 2007 00:22:02 +0000</pubDate>
		<guid>http://ethilien.net/software/#comment-8605</guid>
		<description>&lt;p&gt;I've spent a long time looking for a WORD html cleaner and all of them, including Tidy, gave me a universe of woes, including bloated code and strange interpretations, making me just clean it up manually instead whenever I received a huge zillion-worded WORD (Microsoft tries to live up to that name) html doc to post.&lt;/p&gt;

&lt;p&gt;Yours did exactly what I wanted RIGHT AWAY.  I thought something must be wrong, but nope, you'd really cleaned all that gunk while leaving the meat intact just as laid out.  MANY thanks !&lt;/p&gt;

&lt;p&gt;(Tidy refused to even try, by the way.)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I&#8217;ve spent a long time looking for a WORD html cleaner and all of them, including Tidy, gave me a universe of woes, including bloated code and strange interpretations, making me just clean it up manually instead whenever I received a huge zillion-worded WORD (Microsoft tries to live up to that name) html doc to post.</p>

<p>Yours did exactly what I wanted RIGHT AWAY.  I thought something must be wrong, but nope, you&#8217;d really cleaned all that gunk while leaving the meat intact just as laid out.  MANY thanks !</p>

<p>(Tidy refused to even try, by the way.)</p>]]></content:encoded>
	</item>
</channel>
</rss>
