doc fixes from Radu Greab
Dave Rolsky [Mon, 9 Mar 2009 21:16:19 +0000 (16:16 -0500)]
lib/Moose/Cookbook/Basics/Recipe11.pod
lib/Moose/Cookbook/Basics/Recipe5.pod
lib/Moose/Cookbook/Roles/Recipe1.pod

index 4c36c80..ecbfc99 100644 (file)
@@ -89,7 +89,7 @@ The C<BUILD> method is called I<after> the object is constructed, but
 before it is returned to the caller. The C<BUILD> method provides an
 opportunity to check the object state as a whole. This is a good place
 to put logic that cannot be expressed as a type constraint on a single
-object.
+attribute.
 
 In the C<Person> class, we need to check the relationship between two
 attributes, C<ssn> and C<country_of_residence>. We throw an exception
index d81b38d..0b22c15 100644 (file)
@@ -36,7 +36,7 @@ Moose::Cookbook::Basics::Recipe5 - More subtypes, coercion in a B<Request> class
       => from 'HashRef'
           => via { HTTP::Headers->new( %{$_} ) };
 
-  subtype 'My.URI' => as class_type('HTTP::Headers');
+  subtype 'My.URI' => as class_type('URI');
 
   coerce 'My.URI'
       => from 'Object'
@@ -150,7 +150,7 @@ help implement coercions. In this case we use L<Params::Coerce>.
 Once again, we need to declare a class type for our non-Moose L<URI>
 class:
 
-  subtype 'My.URI' => as class_type('HTTP::Headers');
+  subtype 'My.URI' => as class_type('URI');
 
 Then we define the coercion:
 
index 7478c19..7b140f9 100644 (file)
@@ -78,7 +78,7 @@ reuse. This recipe demonstrates the latter, with roles that define
 comparison and display code for objects.
 
 Let's start with C<Eq>. First, note that we've replaced C<use Moose>
-with C<use Moose::Role>. We also have a new sugar function, C<required>:
+with C<use Moose::Role>. We also have a new sugar function, C<requires>:
 
   requires 'equal_to';