tracks/app/views/todos/new.m.erb

<% form_tag formatted_todos_path(:m), :method => :post do %>
  <%= render :partial => 'edit_mobile' %>
  <p><input type="submit" value="Create" tabindex="12" accesskey="#" /></p>
<% end -%>
<%= link_to "Back", @return_path %>
Merged mobile_controller into the todos_controller. The lightweight mobile HTML is arguably just another representation of the same resources, so it seems to fit the RESTful Rails paradigm to use an extension (.m) to switch on in the respond_to stanza. I needed some hackery to make this work. See my note in todos_controller for a full explanation. I also added a route to get to the mobile view by using 'domain.com/m' Created some selenium tests for the mobile view, too. In optimizing the data access for the mobile view, I ran into "a bug in rails pagination":http://dev.rubyonrails.org/ticket/7885" and integrated a nice pagination plugin from the Err the Blog guys ("will_paginate":http://errtheblog.com/post/929) to work around the issue. NOTE that this changeset includes a new line in environment.rb.tmpl (at the bottom). Be sure to copy this into your environment.rb file. These changes fix #489 (cannot edit action using mobile interface). Thanks for the bug report, lrbalt! In the name of consistency, I made the argument to the block for all respond_to calls 'format' (instead of the formerly cool 'wants'). Lastly, I added a link to the project's new contribute page to the footer of the main web UI. Help us join the Mac on Intel world. :-) git-svn-id: http://www.rousette.org.uk/svn/tracks-repos/trunk@517 a4c988fc-2ded-0310-b66e-134b36920a42 2007-04-02 04:18:19 +00:00			`<% form_tag formatted_todos_path(:m), :method => :post do %>`
			`<%= render :partial => 'edit_mobile' %>`
fix #789 by setting tab order for all elements in mobile edit form I do not have an iPhone to test so I cannot check the report. Please report if the fix is wrong 2008-11-09 11:15:49 +01:00			`<p><input type="submit" value="Create" tabindex="12" accesskey="#" /></p>`
Merged mobile_controller into the todos_controller. The lightweight mobile HTML is arguably just another representation of the same resources, so it seems to fit the RESTful Rails paradigm to use an extension (.m) to switch on in the respond_to stanza. I needed some hackery to make this work. See my note in todos_controller for a full explanation. I also added a route to get to the mobile view by using 'domain.com/m' Created some selenium tests for the mobile view, too. In optimizing the data access for the mobile view, I ran into "a bug in rails pagination":http://dev.rubyonrails.org/ticket/7885" and integrated a nice pagination plugin from the Err the Blog guys ("will_paginate":http://errtheblog.com/post/929) to work around the issue. NOTE that this changeset includes a new line in environment.rb.tmpl (at the bottom). Be sure to copy this into your environment.rb file. These changes fix #489 (cannot edit action using mobile interface). Thanks for the bug report, lrbalt! In the name of consistency, I made the argument to the block for all respond_to calls 'format' (instead of the formerly cool 'wants'). Lastly, I added a link to the project's new contribute page to the footer of the main web UI. Help us join the Mac on Intel world. :-) git-svn-id: http://www.rousette.org.uk/svn/tracks-repos/trunk@517 a4c988fc-2ded-0310-b66e-134b36920a42 2007-04-02 04:18:19 +00:00			`<% end -%>`
fixes #700. Also restores mobile navigation that got lost in the rails2 merge git-svn-id: http://www.rousette.org.uk/svn/tracks-repos/trunk@851 a4c988fc-2ded-0310-b66e-134b36920a42 2008-05-16 15:13:56 +00:00			`<%= link_to "Back", @return_path %>`