aboutsummaryrefslogtreecommitdiffstats
path: root/activemodel
diff options
context:
space:
mode:
authorXavier Noria <fxn@hashref.com>2010-12-11 00:55:25 +0100
committerXavier Noria <fxn@hashref.com>2010-12-11 00:55:25 +0100
commitc6612d2bb34e7104a7b1be0dedb0e1ad9596f160 (patch)
tree1c3bde09706831c3913614fbc8a69a223a924aca /activemodel
parente07772556a2167e44158f367beb3a45e6a55671f (diff)
parentd38644f4a9eead2f9d9ed96e10fb67430de31789 (diff)
downloadrails-c6612d2bb34e7104a7b1be0dedb0e1ad9596f160.tar.gz
rails-c6612d2bb34e7104a7b1be0dedb0e1ad9596f160.tar.bz2
rails-c6612d2bb34e7104a7b1be0dedb0e1ad9596f160.zip
Merge branch 'master' of git://github.com/lifo/docrails
Conflicts: activerecord/lib/active_record/transactions.rb
Diffstat (limited to 'activemodel')
-rw-r--r--activemodel/lib/active_model/lint.rb28
1 files changed, 14 insertions, 14 deletions
diff --git a/activemodel/lib/active_model/lint.rb b/activemodel/lib/active_model/lint.rb
index d7a6da48ca..957d1b9d70 100644
--- a/activemodel/lib/active_model/lint.rb
+++ b/activemodel/lib/active_model/lint.rb
@@ -1,19 +1,19 @@
-# == Active Model Lint Tests
-#
-# You can test whether an object is compliant with the Active Model API by
-# including <tt>ActiveModel::Lint::Tests</tt> in your TestCase. It will include
-# tests that tell you whether your object is fully compliant, or if not,
-# which aspects of the API are not implemented.
-#
-# These tests do not attempt to determine the semantic correctness of the
-# returned values. For instance, you could implement valid? to always
-# return true, and the tests would pass. It is up to you to ensure that
-# the values are semantically meaningful.
-#
-# Objects you pass in are expected to return a compliant object from a
-# call to to_model. It is perfectly fine for to_model to return self.
module ActiveModel
module Lint
+ # == Active Model Lint Tests
+ #
+ # You can test whether an object is compliant with the Active Model API by
+ # including <tt>ActiveModel::Lint::Tests</tt> in your TestCase. It will include
+ # tests that tell you whether your object is fully compliant, or if not,
+ # which aspects of the API are not implemented.
+ #
+ # These tests do not attempt to determine the semantic correctness of the
+ # returned values. For instance, you could implement valid? to always
+ # return true, and the tests would pass. It is up to you to ensure that
+ # the values are semantically meaningful.
+ #
+ # Objects you pass in are expected to return a compliant object from a
+ # call to to_model. It is perfectly fine for to_model to return self.
module Tests
# == Responds to <tt>to_key</tt>