Skip to content
Browse files

Updating doc

  • Loading branch information...
1 parent c762af8 commit 4a3d28a0ce725e85ce0b1ceeb4fe6ba214ecd61b @tscolari tscolari committed
Showing with 11 additions and 2 deletions.
  1. +5 −0 CHANGELOG.rdoc
  2. +1 −1 Gemfile.lock
  3. +4 −0 README.rdoc
  4. +1 −1 lib/mobylette/version.rb
View
5 CHANGELOG.rdoc
@@ -1,5 +1,10 @@
= Change Log
+== 1.4.0
+ * The mobile_view path (v 1.3.0) was a terrible idea and I removed it. I'm
+ sorry.
+ * Internal refactoring.
+
== 1.3.0
* Adding a new view path for mobile views at app/mobile_views. This new behavior is optional and should not change any old behavior.
View
2 Gemfile.lock
@@ -1,7 +1,7 @@
PATH
remote: .
specs:
- mobylette (1.3.0)
+ mobylette (1.4.0)
rails (~> 3.0)
GEM
View
4 README.rdoc
@@ -47,6 +47,10 @@ There is a difference between is_mobile_view? and is_mobile_request?. You may ha
Same as mobylette_stylesheet_link_tag, but for javascript files and javascript_include_tag
+== Mobile View Path
+
+This was a terrible idea I introduced in version 1.3.0, and completely removed in 1.4.0. I'm really sorry for that.
+
== Fall Backs
By default, when the mobile format is not found, mobylette will fall back to the request original format. For example, if a cell phone makes a request by html, and there is no mobile view, it will render the html. You may force it always to fall back to a especific format, by passing the :fall_back parameter to the respond_to_mobile_requests method:
View
2 lib/mobylette/version.rb
@@ -1,3 +1,3 @@
module Mobylette
- VERSION = "1.3.0"
+ VERSION = "1.4.0"
end

0 comments on commit 4a3d28a

Please sign in to comment.
Something went wrong with that request. Please try again.