X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?p=catagits%2FCatalyst-Manual.git;a=blobdiff_plain;f=lib%2FCatalyst%2FManual%2FInternals.pod;h=6ba6600383b07228fbb55e1156ae87f601726e14;hp=9263addd081278b83b0dd009dea714657fb23c3c;hb=be3349e1a2966ee8abc15c1b9a168a3c70125ccb;hpb=c312468f8369b9f161352d93750d0aae49ef6093 diff --git a/lib/Catalyst/Manual/Internals.pod b/lib/Catalyst/Manual/Internals.pod index 9263add..6ba6600 100644 --- a/lib/Catalyst/Manual/Internals.pod +++ b/lib/Catalyst/Manual/Internals.pod @@ -26,7 +26,7 @@ module, it stores any options. =item 2 When C<< __PACKAGE__->setup >> is called, it evaluates any -options stored (C<-Debug>, C<-Engine=XXX>), and makes the application +options stored (C<-Debug>), and makes the application inherit from L (if that hasn't already been done with an explicit C<< use base 'Catalyst'; >> or C<< extends 'Catalyst'; >>. Any specified plugins are then loaded, the application module is made to @@ -90,8 +90,8 @@ extend Catalyst. These steps are normally overloaded from engine classes, and may also be extended by plugins. For more on extending Catalyst, see L. -The specialized engine classes populate the Catalyst request object with -information from the underlying layer (C or C) +The engine class populate sthe Catalyst request object with +information from the underlying layer (L) during the prepare phase, then push the generated response information down to the underlying layer during the finalize phase.