mention MooseX::NonMoose in extensions manual
Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 [Mon, 22 Jun 2009 13:30:08 +0000 (15:30 +0200)]
* patch written by billb on IRC

lib/Moose/Manual/FAQ.pod
lib/Moose/Manual/MooseX.pod

index a8dd307..442e6d1 100644 (file)
@@ -98,8 +98,8 @@ coercions, and C<lazy_build>, so subclassing is often not the ideal
 route.
 
 That said, if you really need to inherit from a non-Moose class, see
-L<Moose::Cookbook::Basics::Recipe12> for an example of how to do it,
-or take a look at L<MooseX::NonMoose> on CPAN.
+L<Moose::Cookbook::Basics::Recipe11> for an example of how to do it,
+or take a look at L<Moose::Manual::MooseX/"MooseX::NonMoose">.
 
 =head2 Accessors
 
@@ -287,7 +287,7 @@ Moose 0.76 fixed a case where Coercions were being applied even if the original
 
     subtype Address => as 'Str';
     coerce Address => from Str => via { get_address($_) };
-    
+
 Which is not what they intended. The Type Constraint C<Address> is too loose in this case, it is saying that all Strings are Addresses, which is obviously not the case. The solution is to provide a where clause that properly restricts the Type Constraint.
 
     subtype Address => as Str => where { looks_like_address($_) };
index 1991a21..8327e13 100644 (file)
@@ -272,6 +272,14 @@ Automatically names all accessors I<Perl Best Practices>-style,
 Automatically names all accessors with an explicit set and implicit
 get, "size" and "set_size".
 
+=head2 L<MooseX::NonMoose>
+
+MooseX::NonMoose allows for easily subclassing non-Moose classes with Moose,
+taking care of the annoying details connected with doing this, such as
+setting up proper inheritance from Moose::Object and installing
+(and inlining, at make_immutable time) a constructor that makes sure things
+like BUILD methods are called.
+
 =head1 AUTHOR
 
 Dave Rolsky E<lt>autarch@urth.orgE<gt>