On Mar 12, 2014, at 10:25 AM, Colin Law wrote:

> On 12 March 2014 02:04, Walter Lee Davis <wa...@wdstudio.com> wrote:
>> 
>> On Mar 11, 2014, at 4:59 PM, Colin Law wrote:
>> 
>>> On 11 March 2014 10:27, Arun kant sharma <iarunk...@gmail.com> wrote:
>>>> My question is that why link_to method does not default to DELETE method
>>>> when passed link is destroy_user_session_path as we know from routes what 
>>>> it
>>>> should use. I don't have problem passing method: :delete but it feels
>>>> redundant.
>>> 
>>> You are missing what the purpose of routes.rb is.  It is to tell the
>>> system what to do when a request is received (how to route it in
>>> fact).  It is nothing to do with generating the code in the views.
>> 
>> True, the routes file doesn't generate the views directly, but doesn't the 
>> routes file generate or seed the url helpers? When I type in
>> 
>> <%= widgets_path %>
>> 
>> in a view, that's coming (somewhat) directly from the line
>> 
>>  resources :widgets
>> 
>> in the routes.rb, right?
> 
> I don't believe so, no, though someone may correct me.  Easy to find
> out.  Have a look at the html generated by widgets_path in the view,
> delete resources :widgets in routes.rb, restart the server and view
> the page again.  Compare the html, which I believe will show no
> difference.  If you click the link you should get a route not found
> error.

Wow, tested this just now by removing the index method from routes with except: 
:index, and sure enough, the helper still works. This directly contradicts what 
I heard from Obie Fernandez a number of years ago at the Philly ETE conference. 
Probably used to be true, and didn't survive the many changes to Rails over the 
years. I tried removing the index method from my widgets_controller too, just 
to see if that was the source, and I can't make this helper give up. Very odd.

Walter

> 
> Colin
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to rubyonrails-talk+unsubscr...@googlegroups.com.
> To post to this group, send email to rubyonrails-talk@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/rubyonrails-talk/CAL%3D0gLtmD8eHiD%2BP%2BXo%2B%3DHhHC1No2sdowk2xXG6BkOyMRfL6aw%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Ruby 
on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rubyonrails-talk+unsubscr...@googlegroups.com.
To post to this group, send email to rubyonrails-talk@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rubyonrails-talk/5D0B9D3A-7402-4622-AD3C-B4BE04391D50%40wdstudio.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to