fix some typos

diff --git a/lib/Moose/Manual/Attributes.pod b/lib/Moose/Manual/Attributes.pod
index 85e7fa3..493a165 100644 (file)
--- a/lib/Moose/Manual/Attributes.pod
+++ b/lib/Moose/Manual/Attributes.pod
@@ -63,7 +63,7 @@ attribute's value.
 
 If you want, you can also explicitly specify the method names to be
 used for reading and writing an attribute's value. This is
-particularly handy when you'd like an attribute to be publically
+particularly handy when you'd like an attribute to be publicly
 readable, but only privately settable. For example:
 
   has 'weight' => (
@@ -340,7 +340,7 @@ Moose's internal defaults.
 =head2 Constructor Parameters (init_arg)
 
 By default, each attribute can be passed by name to the class's
-constructor. On occassion, you may want to use a different name for
+constructor. On occasion, you may want to use a different name for
 the constructor parameter. You may also want to make an attribute
 unsettable via the constructor.
 
@@ -543,7 +543,7 @@ get a more complete understanding of attribute features.
 =head1 A FEW MORE OPTIONS
 
 Moose has lots of attribute options. The ones listed below are
-superceded by some more modern features, but are covered for the sake
+superseded by some more modern features, but are covered for the sake
 of completeness.
 
 =head2 The C<documentation> option
@@ -561,7 +561,7 @@ it.
 =head2 The C<auto_deref> Option
 
 If your attribute is an array reference or hash reference, the
-C<auto_deref> option will make Moose de-reference the value when it is
+C<auto_deref> option will make Moose dereference the value when it is
 returned from the reader method:
 
   my %map = $object->mapping;

diff --git a/lib/Moose/Manual/Construction.pod b/lib/Moose/Manual/Construction.pod
index 957dc89..57cb840 100644 (file)
--- a/lib/Moose/Manual/Construction.pod
+++ b/lib/Moose/Manual/Construction.pod
@@ -41,14 +41,14 @@ reference. This hash reference will be used to construct the object,
 so it should contain keys matching your attributes' names (well,
 C<init_arg>s).
 
-One common use for C<BUILDARGS> is to accomodate a non-hash(ref)
+One common use for C<BUILDARGS> is to accommodate a non-hash(ref)
 calling style. For example, we might want to allow our Person class to
 be called with a single argument of a social security number, C<<
 Person->new($ssn) >>.
 
 Without a C<BUILDARGS> method, Moose will complain, because it expects
 a hash or hash reference. We can use the C<BUILDARGS> method to
-accomodate this calling style:
+accommodate this calling style:
 
   sub BUILDARGS {
       my $class = shift;

diff --git a/lib/Moose/Manual/MOP.pod b/lib/Moose/Manual/MOP.pod
index 7e29a84..7ab9cd1 100644 (file)
--- a/lib/Moose/Manual/MOP.pod
+++ b/lib/Moose/Manual/MOP.pod
@@ -8,7 +8,7 @@ Moose::Manual::MOP - The Moose (and Class::MOP) Meta API
 
 Moose provides a powerful introspection API built on top of
 C<Class::MOP>. "MOP" stands for Meta-Object Protocol. In plainer
-english, a MOP is an API for performing introspection on classes,
+English, a MOP is an API for performing introspection on classes,
 attributes, methods, and so on.
 
 In fact, it is C<Class::MOP> that provides many of Moose's core

diff --git a/lib/Moose/Manual/Types.pod b/lib/Moose/Manual/Types.pod
index 0f29efa..6fa9753 100644 (file)
--- a/lib/Moose/Manual/Types.pod
+++ b/lib/Moose/Manual/Types.pod
@@ -157,7 +157,7 @@ You can also create new top-level types:
   type 'FourCharacters' => where { defined $_ && length $_ == 4 };
 
 In practice, this example is more or less the same as subtyping
-C<Str>, except you have to check defined-ness yourself.
+C<Str>, except you have to check definedness yourself.
 
 It's hard to find a case where you wouldn't want to subtype a very
 broad type like C<Defined>, C<Ref> or C<Object>.