Emanuele Zeppieri wrote
This is a feature request dressed-up as an opinion request ;-)
I've found a situation where it could be desiderable to have the
possibility to load, from inside a C::A app, an HTML::Template template
from a scalar reference (while the C::A load_tmpl() method permits
Sorry, now to the whole list...
From: Stephen Howard [EMAIL PROTECTED]
I disagree. I think that by adding new methods to C::A you just clutter it up.
We could end up with hundreds of new methods that just act as interfaces to
different contructors/methods of other commonly used modules
John Day wrote:
I am starting a new project today which is going to be bigger, and I would
like to break things up. But if I put the run modes into modules of their own
how do they get access to the params and to the CGI query for example?
I am reasonably new to OO-perl so I figure their is
Jaclyn Whitehorn wrote
I think I'm going to look at
CheesePizza now, though, to see if I can glue all my modules together.
Not sure yet if I'll use it or just learn from it.
If you learn from it (or teach me by commenting on it) then my goals are
accomplished.
Michael Peters
Venzia
Mark Stosberg [EMAIL PROTECTED] wrote
On 2004-01-23, petersm [EMAIL PROTECTED] wrote:
Not to keep harping on the subject, but this is also possible with
CheesePizaa::TemplateLoader.
Would it possible to abstract this module so it's useful with DBI and
H::T, without using the rest
-- Original Message ---
From: Michael Graham [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Fri, 23 Jan 2004 01:45:12 -0500
Subject: Re: [cgiapp] Re: CGI::App::DBH or Ima::DBI
William McKee wrote:
Let me see if I can line item the specific benefits I get:
- all database
Hello list,
Well, I finally got around to polishing up the CheesePizza a little bit more.
If you wouldn't mind, please check out
http://cheesepizza.venzia.com and let me have any feedback that your heart so
desires.
Also, I would really like some of the heavy weights on this list (Mark, Cees,
From: Cees Hek [EMAIL PROTECTED]
I think a nice addition to CGI::Application would be a system where you
can register multiple functions at the different stages of execution in
CGI::App.
So instead of doing the following:
sub cgiapp_prerun {
my $self = shift;
# do some stuff
}
). There should also be an option to blow
the stack away and replace it with a new one containing only the current
module's method.
petersm wrote:
Ok, I can see what you're talking about now... and I can see where the useful
ness would be if a third party module could choose at which stages some
Rhesa Rozendaal [EMAIL PROTECTED] wrote
[sorry I originally didn't forward this to the list - mp]
Could we add an option to CGI::Application to turn this option on for
specific instances?
Something like
$self-return_ouput_only(1);
would be nice for creating plugin applications.
I
[EMAIL PROTECTED] wrote
Execution of /var/www/cgi-bin/show_dbi_databases.cgi aborted due to
compilation errors.
First question, are you using CGI::Application? If not, then this is the wrong
list to ask this question.
Secondly, you are having problems 'cause your script isn't compiling. If
Domizio Demichelis [EMAIL PROTECTED] wrote
Maybe OOTools doesn't use named subs as closures and I guess I shouldn't
have spoken without looking at what OOTools does or how it does it.
inseed it does use anonimous sub :-)
Anyway, no problem, I'm happy to speak with you because you are a
Ok, so here are my proposed changes...
--- CGI-Application-3.2_mls5/lib/CGI/Application.pm 2004-01-03
19:55:32.0 -0600
+++ Application.pm 2004-01-05 11:00:25.0 -0600
@@ -470,6 +470,17 @@
}
+sub delete {
+my $self = shift;
+my ($param) = @_;
+
Mark Stosberg wrote
This makes sense to me as well. Would you like to prepare a complete
patch? Just add a little documentation, test and Changes file entry
to code above. Although I must say that this isn't an issue that has
come up for me yet.
I definitely agree that either this
From: Irubin Consulting [EMAIL PROTECTED]
I am bit confused on how to use external routines that go outside the
runmodes. In this particular case, I am using File::Find (which fails)
It doesn't seem to have anything to do with File::Find. I tried to run the
same bit of code that you gave me and
Everything is located at http://cheesepizza.venzia.com.
So...
Has anyone gotten this CheesePizza thing to work for them yet?
Any suggestions/comments...?
Michael Peters
Venzia
-
Web Archive:
Okay List,
I tried to throw together some simple examples of our development
system/structure. I know that this may seem like overkill to some, but we use
it on everything. We developed the structure once, and it helps so much in
keeping our projects maintainable/scalable and we reuse so much code
The call to run_modes can take a hash as it's parameter. This keys of this
hash are the names of the run modes and the values are either the names of the
modes, or they are references to the subs for those modes.
It sounds to me like you're going to need to create a few closures. Perl5
doesn't
Jeff MacDonald wrote
i guess that would work.
That is actually how it is supposed to work.
now my question is , how to change the runmode
in cgiapp_prerun ? thanks.
You should use the 'prerun_mode' method described in the documentation.
Michael
Venzia
If you want to have control over every subroutine that could possibly be
called from every other subroutine/run mode it seems to me that you would need
to have some sort of 'prerun' at the beginning of every sub to make sure that
that user has permission for that sub. I would personally base my
If you just want to hide the parameter in the url you can just use a form's
'post' method instead of get. If you want to do this from a link instead of a
form then you can create a form with no visible elements and then submit it
with a javascript link. Something kinda like this
form
Steve Hay [EMAIL PROTECTED] wrote
I had a look at the CGI.pm manpage, and it says this about the
-attachment argument:
The -attachment parameter can be used to turn the page into an
attachment. Instead of displaying the page, some browsers will
prompt the user to save it to disk. The
Hello all,
I am using CGI::App 3.1, Apache 1.3.27 and mod_perl 1.28
Here's the problem. I'm trying to set a cookie (using CGI's cookie method and
C::A's header_props method). When the site was running non mod_perl there was
no problem. The cookie was set. When running under mod_perl the cookie
David Kaufman [EMAIL PROTECTED] wrote
sub _GetCookie
{
my ($self, $cgi) = @_;
that's an interesting construct. does it work?
i get the cgi request object from CGI::Application instance, like this:
sub _GetCookie {
my $self = shift;
my $cgi = $self-query;
Sorry, I
Dan Coutu wrote
When I was faced with this same problem I just passed the name of
the current (soon to be previous) run mode as a hidden input
parameter. That way I could easily return to the previous run mode
if something went wrong.
I'm sure that most of us have done something similar
Hello all,
I need a way to delete a parameter from C::A's internal param()s. I've looked
at the documentation and the code and the only way I've seen is to directly
delete from the {__PARAMS} hash. This goes against my OO indoctrination so I
was wondering if anyone knows of a better way. If not,
[EMAIL PROTECTED]
What about
$obj-param(blah = undef);
That still leaves 'blah' in the list of values returned by a call to
$obj-param(). I would like a way to be able to delete it completely.
Michael Peters
-
Web
27 matches
Mail list logo