diff options
author | Ryan Bigg <radarlistener@gmail.com> | 2010-12-09 18:16:18 +1000 |
---|---|---|
committer | Ryan Bigg <radarlistener@gmail.com> | 2010-12-09 18:16:18 +1000 |
commit | b4ec6f0d3964fb550dbd42a9cd23925cff5f552e (patch) | |
tree | bd93253005c052461d5293c83ea9e53cbadb0ee1 | |
parent | ae7825d57ca78aa5e97cd4b15119a24df5369c86 (diff) | |
download | rails-b4ec6f0d3964fb550dbd42a9cd23925cff5f552e.tar.gz rails-b4ec6f0d3964fb550dbd42a9cd23925cff5f552e.tar.bz2 rails-b4ec6f0d3964fb550dbd42a9cd23925cff5f552e.zip |
Move ActiveModel::Lint::Tests documentation to be above module declaration so it appears in the API docs for this module.
-rw-r--r-- | activemodel/lib/active_model/lint.rb | 28 |
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> |