[cgi-prototype-users] $this_page and $next_page lack access to $self...

[Terrence Brannon]

I have most of a guestbook program implemented using
CGI::Prototype::PathInfo. You can play around with everything but the
"view source for this page" button here:

http://www.metaperl.org/Guestbook

I used Rose::DB::Object for the database stuff, HTML::Seamstress for
"templating" and CGI::Protoytpe::Pathinfo as my controller.

So anyway, when I got ready to do the "view source for this page", I
needed access to resource_type for the current request but $this_page
and $next_page (in CGPI::activate()) are not given these values from
the self that starts activate().

$this_page and $that_page also lack access to $self->CGI as a result.

What this means is that I cannot rewrite the "View source for this
page" to be $self->resource_type in this module:

http://www.metaperl.org/Guestbook/App/welcome.pm

Of course, this is perplexing given that Guestbook::App::welcome
inherits from Guestbook::App which inherits from
CGI::Prototype::PathInfo and CGIP::PathInfo does reflect and add the
resource->type slot and have a CGI slot with data from the initial
resource->request.

So, given that my render methods in $this_page or $next_page could
take advantage of such a method, should there be some way of them
being granted this info?

[Terrence Brannon]

Totally bogus bug report. Ignore. I don't know how I futzed up
CGIP::PathInfo so bad as to wreck the 5-level inheritance chain, but
everything went away, when I replaced my hackery with Aristotle's
original file.

Post by Terrence Brannon
I have most of a guestbook program implemented using
CGI::Prototype::PathInfo. You can play around with everything but the
http://www.metaperl.org/Guestbook
I used Rose::DB::Object for the database stuff, HTML::Seamstress for
"templating" and CGI::Protoytpe::Pathinfo as my controller.
So anyway, when I got ready to do the "view source for this page", I
needed access to resource_type for the current request but $this_page
and $next_page (in CGPI::activate()) are not given these values from
the self that starts activate().
$this_page and $that_page also lack access to $self->CGI as a result.
What this means is that I cannot rewrite the "View source for this
http://www.metaperl.org/Guestbook/App/welcome.pm
Of course, this is perplexing given that Guestbook::App::welcome
inherits from Guestbook::App which inherits from
CGI::Prototype::PathInfo and CGIP::PathInfo does reflect and add the
resource->type slot and have a CGI slot with data from the initial
resource->request.
So, given that my render methods in $this_page or $next_page could
take advantage of such a method, should there be some way of them
being granted this info?
--
Carter's Compass: I know I'm on the right track when,
by deleting something, I'm adding functionality.
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf