public
Description: resources_controller rails plugin: rc makes RESTful controllers fun
Homepage: http://plugins.ardes.com/doc/resources_controller
Clone URL: git://github.com/ianwhite/resources_controller.git
Click here to lend your support to: resources_controller and make a donation at www.pledgie.com !
Updated CHENGELOG
ianwhite (author)
Sat Sep 13 12:36:32 -0700 2008
commit  4b31d14ed2bcdde7f1b109983afa1388df60e957
tree    d79d4610aae4350b20ea058a2807fb6ae88ee0f3
parent  ceaf1b96a2ac9eb82250307029f36aed063326e0
...
 
 
 
 
 
 
 
 
 
 
 
 
1
2
3
4
5
 
6
7
8
...
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
17
18
19
20
0
@@ -1,8 +1,20 @@
0
+* The reason for the reversion in c21f35c has been fixed.  Thanks Jason Lee for the bug report.
0
+
0
+  The problem was that I had changed resource_saved?'s behaviour to *not* saving the model if it had
0
+  already been saved.  In the future resource_saved? will be deprecated, but not yet.
0
+
0
+  BTW.  All of these changes to resource_saved? behaviour is aimed at making RC drop in compatible with
0
+  rspec's generated controller specs (try rake spec:generate).
0
+  
0
+  To do that I need the default update action to use :update_attributes. This meant that the old strategy
0
+  of keeping track of saves by using save_resource wont work.  Instead, we keep track by looking at the
0
+  AR's state (see lib/ardes/active_record/saved.rb) which is a far better solution anyway.
0
+
0
 * API change: save_resource deprecated
0
 
0
   So save_resource is now deprecated, just use resource.save
0
   ActiveRecords can now be asked if they are saved?
0
-  
0
+    
0
 * rspec compat:  Added new rake task to test that an RC controller passes the default rspec_scaffold
0
   controller specs.
0
 

Comments