[Moose-commits] r7686 - in Moose/trunk/lib: . Moose/Cookbook/Basics Moose/Cookbook/Extending Moose/Manual

[autarch at code2.0beta.co.uk]

Author: autarch
Date: 2009-02-14 09:47:01 -0800 (Sat, 14 Feb 2009)
New Revision: 7686

Modified:
   Moose/trunk/lib/Moose.pm
   Moose/trunk/lib/Moose/Cookbook/Basics/Recipe4.pod
   Moose/trunk/lib/Moose/Cookbook/Basics/Recipe5.pod
   Moose/trunk/lib/Moose/Cookbook/Basics/Recipe9.pod
   Moose/trunk/lib/Moose/Cookbook/Extending/Recipe1.pod
   Moose/trunk/lib/Moose/Manual/Types.pod
Log:
Be consistent and say "attribute option(s)", not "parameter(s)"

Modified: Moose/trunk/lib/Moose/Cookbook/Basics/Recipe4.pod
===================================================================
--- Moose/trunk/lib/Moose/Cookbook/Basics/Recipe4.pod	2009-02-14 17:42:38 UTC (rev 7685)
+++ Moose/trunk/lib/Moose/Cookbook/Basics/Recipe4.pod	2009-02-14 17:47:01 UTC (rev 7686)
@@ -104,7 +104,7 @@
 to build constraints, showing how how constraints can make use of
 existing CPAN tools for data validation.
 
-Finally, we introduce the C<required> attribute parameter.
+Finally, we introduce the C<required> attribute option.
 
 The the C<Address> class we define two subtypes. The first uses the
 L<Locale::US> module to check the validity of a state. It accepts
@@ -159,11 +159,11 @@
 
   has 'name' => ( is => 'rw', isa => 'Str', required => 1 );
 
-This introduces a new attribute parameter, C<required>. If an
-attribute is required, then it must be passed to the class's
-constructor, or an exception will be thrown. It's important to
-understand that a C<required> attribute can still be false or
-C<undef>, if its type constraint allows that.
+This introduces a new attribute option, C<required>. If an attribute
+is required, then it must be passed to the class's constructor, or an
+exception will be thrown. It's important to understand that a
+C<required> attribute can still be false or C<undef>, if its type
+constraint allows that.
 
 The next attribute, C<employees>, uses a I<parameterized> type
 constraint:

Modified: Moose/trunk/lib/Moose/Cookbook/Basics/Recipe5.pod
===================================================================
--- Moose/trunk/lib/Moose/Cookbook/Basics/Recipe5.pod	2009-02-14 17:42:38 UTC (rev 7685)
+++ Moose/trunk/lib/Moose/Cookbook/Basics/Recipe5.pod	2009-02-14 17:47:01 UTC (rev 7686)
@@ -57,7 +57,7 @@
 
 This is very powerful, but it's also magical, so you have to
 explicitly ask for an attribute to be coerced. To do this, you must
-set the C<coerce> attribute parameter to a true value.
+set the C<coerce> attribute option to a true value.
 
 First, we create the subtype to which we will coerce the other types:
 

Modified: Moose/trunk/lib/Moose/Cookbook/Basics/Recipe9.pod
===================================================================
--- Moose/trunk/lib/Moose/Cookbook/Basics/Recipe9.pod	2009-02-14 17:42:38 UTC (rev 7685)
+++ Moose/trunk/lib/Moose/Cookbook/Basics/Recipe9.pod	2009-02-14 17:47:01 UTC (rev 7686)
@@ -74,8 +74,8 @@
 
 =head2 The lazy_build shortcut
 
-The C<lazy_build> attribute parameter can be used as sugar to specify
-a whole set of attribute parameters at once:
+The C<lazy_build> attribute option can be used as sugar to specify
+a whole set of attribute options at once:
 
   has 'animal' => (
       is         => 'ro',

Modified: Moose/trunk/lib/Moose/Cookbook/Extending/Recipe1.pod
===================================================================
--- Moose/trunk/lib/Moose/Cookbook/Extending/Recipe1.pod	2009-02-14 17:42:38 UTC (rev 7685)
+++ Moose/trunk/lib/Moose/Cookbook/Extending/Recipe1.pod	2009-02-14 17:47:01 UTC (rev 7686)
@@ -158,8 +158,8 @@
 
 Moose does not provide any simple APIs for consumers to use a subclass
 extension, except for attribute metaclasses. The attribute declaration
-parameters include a C<metaclass> parameter a consumer of your
-extension can use to specify your subclass.
+options include a C<metaclass> option a consumer of your extension can
+use to specify your subclass.
 
 This is one reason why implementing an extension as a subclass can be
 a poor choice. However, you can force the use of certain subclasses at

Modified: Moose/trunk/lib/Moose/Manual/Types.pod
===================================================================
--- Moose/trunk/lib/Moose/Manual/Types.pod	2009-02-14 17:42:38 UTC (rev 7685)
+++ Moose/trunk/lib/Moose/Manual/Types.pod	2009-02-14 17:47:01 UTC (rev 7686)
@@ -208,7 +208,7 @@
 Coercions, like type names, are global. This is I<another> reason why
 it is good to namespace your types. Moose will I<never> try to coerce
 a value unless you explicitly ask for it. This is done by setting the
-C<coerce> attribute parameter to a true value:
+C<coerce> attribute option to a true value:
 
   package Foo;
 
@@ -351,7 +351,7 @@
 
 All of the type creation functions return a type object. This type
 object can be used wherever you would use a type name, as a parent
-type, or as the value for an attribute's C<isa> parameter:
+type, or as the value for an attribute's C<isa> option:
 
   has 'size' => (
       is => 'rw',

Modified: Moose/trunk/lib/Moose.pm
===================================================================
--- Moose/trunk/lib/Moose.pm	2009-02-14 17:42:38 UTC (rev 7685)
+++ Moose/trunk/lib/Moose.pm	2009-02-14 17:47:01 UTC (rev 7686)
@@ -884,7 +884,7 @@
 into the class so you can get at this object. It also sets the class's
 superclass to C<base_class>, with L<Moose::Object> as the default.
 
-You can specify an alternate metaclass with the C<metaclass> parameter.
+You can specify an alternate metaclass with the C<metaclass> option.
 
 For more detail on this topic, see L<Moose::Cookbook::Extending::Recipe2>.