0
@@ -1,7 +1,7 @@
0
 = Quick Links
0
 
0
 * Setup and Configuration - DataMapper
0
-* Finders and CRUD - 
0
+* Finders and CRUD -
0
 * Properties - DataMapper::Property
0
 * FAQ[link:/files/FAQ.html]
0
 * Contact Us
0
@@ -9,4 +9,3 @@
0
   * Bug Reports - http://wm.lighthouseapp.com/projects/4819-datamapper/overview
0
   * IRC Channel - <tt>##datamapper</tt> on irc.freenode.net
0
   * Mailing List - http://groups.google.com/group/datamapper/
0
-

0
@@ -2,14 +2,14 @@ Reading Specs
0
 =============
0
 
0
   Blah blah blah...
0
-  
0
+
0
 Writing Specs
0
 =============
0
 
0
   Here are some general dos and don'ts
0
-  
0
+
0
   = DO:
0
-  
0
+
0
   * Write more specs for error conditions than clean conditions.
0
   * Write specs with readability in mind. Somebody new to DataMapper should be
0
     able to read specs to learn how something works.
0
@@ -18,14 +18,14 @@ Writing Specs
0
   * Limit a describe block to 10 - 15 examples.
0
   * Group specs by method being tested. (See the 'Ordering Specs' section)
0
   * Use custom matchers.
0
-  
0
+
0
   = DON'T:
0
-  
0
+
0
   * Spec more than one unit of functionality in an example. An example should be
0
     as short as possible (while still remaining readable).
0
   * Spec implementation. Refactoring code should not break specs.
0
   * Declare models in the spec file.
0
-  
0
+
0
   And a final do: Do go against the guidelines if your best judgement tells you
0
   to. These are just guidelines and are obviously not fast rules.
0
 
0
@@ -39,7 +39,7 @@ Models
0
   few simple metaphors, such as a zoo, a blog implementation, etc... Following
0
   metaphors makes it easier for a reader to guess what is going on with respect
0
   to the models.
0
-  
0
+
0
   The second reason is to allow the spec environment to be as pristine as
0
   possible going into an example. Models being loaded from the model directory
0
   are tracked and reloaded before each example. Any changes that might be made
0
@@ -51,13 +51,12 @@ Mocks and Stubs
0
   Obviously, mocks and stubs are a powerful feature when it comes to BDD;
0
   however, remember that you are writing specs for behavior and NOT
0
   implementation.
0
-  
0
+
0
 Ordering Specs
0
 ==============
0
 
0
   Specs aren't much use if nobody can find where anything is, so keeping specs
0
   well organized is critical. Currently, we are trying out the following
0
   structure:
0
-  
0
+
0
     * List guidelines here...
0
-  
0
\ No newline at end of file