in seeing your super class. I'm currently in
the process of converting some applications to the cgiapp framework, and
could use code examples.
Thanks,
Rhesa Rozendaal
-
Web Archive: http://www.mail-archive.com/[EMAIL PROTECTED
? :^)
Rhesa Rozendaal
Some sample code may (or may not...) clarify my point.
package Singletons;
use base qw/Class::WeakSingleton/;
# stuff you want only one of
use CGI;
sub query {
my $self = shift;
return $self-{_cgi} if $self-{_cgi};
$self-{_cgi} = new CGI();
# more init
Jason A. Crome wrote:
Hello again,
Thanks for the help I received on my earlier email :) Very much
appreciated. I'm hoping again for some insight into a problem I'm having.
My C::A has two modes: search and query. Each mode produces a web page
consists of one or more tabs. In search mode
.
Hope this helps,
Rhesa Rozendaal
-
Web Archive: http://www.mail-archive.com/[EMAIL PROTECTED]/
http://marc.theaimsgroup.com/?l=cgiappr=1w=2
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
Michael Peters wrote:
William McKee wrote:
Unfortunately, I don't understand the magic behind the Plugin code so I
went to check out how you implemented it in your Session and TT modules.
However, I am receiving errors when trying to untar these files:
tar: Read 6264 bytes from
Kleindenst, Fred wrote:
I take it that this works exclusively under mod_perl and not on a vanilla web server.
no, path_info is available under mod_cgi as well. Only if by vanilla
you mean IIS, then path_info isn't available by default. It can be
turned on though, but don't ask me how...
Rhesa
Michael Peters wrote:
I have also been working on something along this concept... I took a
queue from Apache::Dispatch and Maypole which act as mod_perl handlers
that then give the work to some controller class based on the path...
I'm currently calling it C::A::Dispatch. It based on the path it
Mark Stosberg wrote:
I released CGI::Application 3.30. It's headed towards CPAN
now and should be publicly visible in 24 hours or so.
Still, if you have issues with the implementation updates to error_mode() or
mode_param(), it would be great to hear about it in the next few days, and we
put out
Jonathan Mangin wrote:
It's just temporary while I work on other parts of this
upgrade. So my question becomes, why isn't a cookie being set
without $self-session_cookie()? I have:
sub run_mode {
my $session = $self-session;
$self-session_cookie();
...
}
This is just a guess, but if you're
Michael Cameron wrote:
This may be a silly question but...
Not at all. I had the same question when I started to integrate CDBI into CgiApp.
After the recent discussions on Class::DBI I have started looking at moving from plain DBI but have a question. When using DBI I simply did a
that is as easy and config-free as
this one, but obviously it would mean that using CAP::Apache becomes
pretty much a no-op, since you would have to fall back to CGI, right?
Any clever ideas for this?
Rhesa Rozendaal
-
Web Archive: http
suppose it's feasible to make changes to Apache::Request or
Apache::Cookie, even though it might help their adoption if they were
api compatible with CGI.
Rhesa Rozendaal
-
Web Archive: http://www.mail-archive.com/cgiapp
Cees,
thank you for adding singleton support! This makes it extremely simple
to use different loggers throughout my applications, especially under
mod_perl. But the added bonus - and this was a very pleasant surprise
for me - is that they function equally well outside of cgi-app!
I just
[EMAIL PROTECTED] wrote:
Sorry to keep asking CGI::Class questions on this
CGI::Application mailing list, but you guys know a lot about
it.
I am convinced that I should give it a try. I have it
installed on my web hosting server, but for practice, it is
easier to have it on my home PC.
I wrote:
Hello all,
I'm facing the refactoring of a cgi-app/html-template based site to
support multiple languages, and I'd like to get the design right.
I'm curious how you are dealing with multi-lingual sites. How do you
prefer to organise your templates? How do you handle date and number
Charles K. Clarkson wrote:
Hello,
I may be going about this wrong and hoped more experienced eyes
could look at things. I want to create a base class for all CGI
applications on my site. Individual apps would use the base class
which would transparently add authentication and other functions.
Charles K. Clarkson wrote:
# Silently add site level run modes here.
sub run_modes {
my $self = shift;
my $run_modes = shift;
return $self-SUPER::run_modes( [ 'login', @$run_modes ] );
}
Is there any gotcha I need to worry about or is this an
acceptable practice? (Note: I'm using
Hi,
This may not be the most appropriate list, but anyway. I'll spin it into
relevancy at the end :-)
I was wondering what you guys are using to ensure the validity of your html
output.
I've been shopping around on CPAN, and found a *lot* of HTML related modules.
So far I've tried the
Sam Tregar wrote:
On Thu, 21 Apr 2005, Rhesa Rozendaal wrote:
I've been using CGI::Compress::Gzip for a long time now, both in regular CGI
and under mod_perl (version 1 _and_ 2). This is a nice and clean wrapper for
it, and suitable for public release.
A word of warning - that module is licensed
[EMAIL PROTECTED] wrote:
Hi!
This may not be strictly a CGI::Application question, but I
thought I'd ask here... this is my first attempt at using this
(and it appears *very* useful!). I may not be grokking
something about perl OOP.
I wanted to add an auth object to my application, so
I
Mark Stosberg wrote:
Rhesa wrote:
With the new proposed callback functionality, this could be added completely transparently. For the current version of cgi-app, it can still
be added with very little code. I don't think the utf8 code _has_ to be in there, but I needed it.
Do you think it
Mark Stosberg wrote:
On 2005-06-16, Rhesa Rozendaal [EMAIL PROTECTED] wrote:
I'm in the process of building a plugin for HTML::Tidy. The intention is
to convert the output into valid xhtml using tidy.
I'd like something similiar, but different. I'd just like to see the
problems as warnings
Mark Stosberg wrote:
Usually the data doesn't have embedded HTML chunks to worry about it.
But I agree it would be nice to fix them up if they were present.
Most of our apps have CMS functionality somewhere, and as such we end up
with a lot of uncontrollable html. Much can be checked on
Cees Hek wrote:
On 6/17/05, Michael Peters [EMAIL PROTECTED] wrote:
Just so that I'm not misunderstood, I don't like either approach. Maybe
we should have the before_hook/after_hook hooks? So call_hook() would
execute the before_hook(), hook() and after_hook(). And these
before/after hooks
Mark Stosberg wrote:
On 2005-06-17, Rhesa Rozendaal [EMAIL PROTECTED] wrote:
Has anybody ever mentioned Class::Trigger? It would be nice to have
'before_foo' and 'after_foo' triggers, for instance, and Class::Trigger
has already proven its usefulness in Class::DBI.
I looked it in passing
Cees Hek wrote:
On 6/18/05, Rhesa Rozendaal [EMAIL PROTECTED] wrote:
- add_callback() accepts both a coderef and a string. Class::Trigger
only accepts coderefs. Why did you decide to accept sub names as well?
I did this because runmodes accept a string or a coderef, so it would
be consistent
Hello all,
I'm happy to report that CGI::Application::Plugin::HtmlTidy is now on
CPAN and should reach your local mirror soon. You can find it here:
http://search.cpan.org/dist/CGI-Application-Plugin-HtmlTidy/
As mentioned in the README below, this release depends on a developer
version of
Michael Peters wrote:
Ok,
I know we've sorta set this aside for a bit, but I'd like to bring it up
again and see if the consensus has shifted or not...
Not as far as I'm concerned. I plan to write a more definitive
evaluation of Class::Trigger, but the redux will be never mind anyway.
Michael Peters wrote:
# now inside of my dbh plugin
$self-add_callback(
after_config = \_setup_dbh
);
Then my base class can simply:
use C::A::P::MyConfig;
use C::A::P::MyDBH;
Minor detail: what would happen if I'm only interested in your CAP-MyDBH?
Looks to me it'd never get
Jeff MacDonald wrote:
Hi,
Does this thing actually do the Cleaning ?
Oh sure! It's very good, in my opinion: HTML::Tidy is a wrapper around
libtidy.
I'm trying to update a bunch of HTML documents in a database.. my code
is like this
my $tidy = new HTML::Tidy;
$tidy-ignore( type=
Mark Stosberg wrote:
Another way it might be improved is to use modules like
DateTime::Format::Pg for the generated date constraints, instead of the
hard-coded strings I have now, which may work with PostgreSQL but maybe
not other databases.
I'm hoping a MySQL user will just dive in and see
Mark Stosberg wrote:
AnnoCPAN was announced in YAPC::NA. It allows anyone to post comments
on CPAN documentation.
You can see an example here:
http://www.annocpan.org/dist/Net-ICal-0.15/lib/Net/ICal.pm
I saw AnnoCPAN mentioned in passing, but without a link; thanks for giving an
example.
Jason Purdy wrote:
I just uploaded an alpha of the BREAD plugin - very proud moment for me. :)
As I mention in the docs, please download play with it, but I wouldn't
use it in a production environment until we reach a 1.0 release.
I'm releasing this now to elicit feedback/patches and keep
Kleindenst, Fred wrote:
Hello all,
I'm trying to pass a list via the param method. I don't see this
discussed in the docs, and it seems via some brief experiments that I
need to pass a reference to an array. Am I missing something?
Yes, that should work. You'd do it like this:
As you may know, Mark and I are working on additions to HTML::Template.
Mark has created HTML::Template::Pluggable, which adds a callback system
to HTML::Template, similar to the successful one in CGI::Application.
This will make creating plugins to HTML::Template a lot simpler.
He also
so, what of cgiapp_postrun? For those of us that sometimes alter
headers there, this would be an issue to be contended with.
That's a good question. It's possible that a postrun could alter headers
incorrectly or mangle the image. There's a couple of options that come
to mind quickly. How good
Cees Hek wrote:
Hi All,
I am finally starting up work on the Authentication plugin for
CGI::App again. This is purely an interface for Authentication.
Authorization will will be handled in a separate (related) plugin.
What I have done this time is generate documentation and usage
examples
Michael Peters wrote:
Jaldhar H. Vyas wrote:
So perhaps I should cover HT::Dot in the introductory chapter, and TT and
the rest in Ch. 12?
I would cover (or mention) TT before HT::Dot. It's much more popular and
a staple in the perl community. I know the boook will target people who
Hi all,
I have a working version of a new DevPopup plugin, which should be
available on CPAN in a couple of hours. The README follows below.
Let me know what you think! Styling tips are most welcome.
Rhesa Rozendaal
NAME
CGI::Application::Plugin::DevPopup - Runtime cgiapp info
Michael Peters wrote:
Rhesa Rozendaal wrote:
I have a working version of a new DevPopup plugin, which should be
available on CPAN in a couple of hours. The README follows below.
Thanks so much Rhesa. This was one of the coolest things that I saw
coming for the plugin system and even
plugin, and I'd be
thrilled to see other plugins pop up soon.
Rhesa
Revision history for CGI-Application-Plugin-DevPopup
0.022005-09-22 Rhesa Rozendaal [EMAIL PROTECTED]
- Added master switch in the form of $ENV{CAP_DEVPOPUP_EXEC}
(thanks to markstos and hide on #cgiapp
on CPAN in a couple of hours (depending
on the freshness of your mirror).
Enjoy!
Rhesa
Here are my changelog entries:
Revision history for CGI-Application-Plugin-HtmlTidy
0.502005-10-04 Rhesa Rozendaal [EMAIL PROTECTED]
- made htmltidy_validate a report generator for CAP
Michael Peters wrote:
Rhesa Rozendaal wrote:
I've been a busy little bee, and have updated three modules. Making
CAP::HtmlTidy co-operate with CAP::DevPopup was my primary goal for
today, and I'm quite pleased with the result. You can see it in action
on http://oss.rhesa.com/scripts/dp.cgi
Dan Horne wrote:
Hi Rhesa,
Revision history for CGI-Application-Plugin-DevPopup
0.912005-10-04 Rhesa Rozendaal [EMAIL PROTECTED]
- Added HTTP Headers report
- Updated docs to reflect availability of CAP::HtmlTidy
I installed CGI::Application::Plugin::DevPopup v.91 and added
Rhesa Rozendaal wrote:
Dan Horne wrote:
I installed CGI::Application::Plugin::DevPopup v.91 and added it to my code
as per your demo at http://oss.rhesa.com/scripts/dp.cgi. The demo uses
CGI::Application::Plugin::DevPopup::HTTPHeaders which doesn't seem to be
bundled with CGI::Application
Dan Horne wrote:
Hi
when running my C::A app as a mod_perl registry script,
CGI::Application::Plugin::DevPopup doesn't popup unless the code explicitly
sets the environment variable:
BEGIN { $ENV{'CAP_DEVPOPUP_EXEC'} = 1; }
That is, both the SetEnv and PerlSetEnv config settings seem to be
Dan Horne wrote:
From: Michael Peters
Like Rhesa said, just make sure that the SetEnv and PerlSetEnv happen
before either your startup.pl or the PerlModule directives.
Michael,
This is from my httpd.conf file:
SetEnv CAP_DEVPOPUP_EXEC 1
Include conf/perl.conf
PerlRequire conf/startup.pl
Ron Savage wrote:
(This Perl is from my Database.pm):
# ---
sub find_entity_via_keystrokes
{
my($self, $prefix) = @_;
my($sql) = select entity_id, entity_name from entity where entity_name_key
like lower('$prefix%') order by
Michael Graham wrote:
[...]
But it would be nice to have a name that evokes the spirit of
CGI::Application and its plugins: flexible, adaptable, minimal: A
technology that gives the user control and choice...
Squid!
...
D'oh :(
Mark Stosberg wrote:
Django.
Ruby on Rails.
Catalyst.
CGI::Application.
Three web framework project names and a module name.
We need a project name. One that I can say to my significant other
without untangling an acronym.
I think we need an animal, like Parrot, or Ponie.
How about
Ok, now that you all have had time to play with this, please explain why this
is less difficult and unwieldy than mod_rewrite.
Seriously.
Another question: how is this at all relevant for cgiapp? Why should my apps
care about urls? All they need to know is that input comes through
[EMAIL PROTECTED] wrote:
I'm liking this thread. But I have some elementary questions:
package My::MainApp;
use base qw/My::BaseApp/; # I already have this one; it handles sessions
etc
use My::MainApp::Admin; # contains the run modes dealing with admin
functions
use My::MainApp::News; #
Just out of curiosity, wouldn't it be better to test with exists()?
I did a quick test using env.pl, which confirms that for me as well, the
PATH_INFO variable exists only if there actually is something in the url.
That is:
http://foo/bar.pl - no PATH_INFO exists in %ENV
Hi Ron
On Fri, 07 Apr 2006 15:19:36 -0400, Bruce McKenzie wrote:
Hi Bruce
I've been enjoying the speed increase for cgi::app applications
achieved by CGI::Application::Plugin::CompressGzip.
Do you know if that works when my CGI::App module does this:
sub cgiapp_get_query
{
Wojciech Pietron wrote:
Hello,
excuse me if this is a little offtopic, but I am sure that this
community help me with my problem.
There is a form that POSTs data (text values and files) to the 'debug' script.
I would like to do two things :
- firstly, I want to summarize params and values that
Hi Ed,
The doc's for CGI::Application::Plugin::Session state
NOTE: If you change the name of the cookie by passing a -name
parameter, remember to notify CGI::Session of the change by calling
CGI::Session-name('new_cookie_name').
At what point is this call made? In the Session options?
Ed Pigg wrote:
On Apr 29, 2006, at 2:28 PM, Ed Pigg wrote:
Changes to the derived package adding
use base 'myapp::Base';
__PACKAGE__-authen-protected_runmodes(':all');
.
added the login run_mode from the base class and now I am getting
the login run_mode when attempting to access the
B10m wrote:
Since there are more and more customers, and more and more
features are added I now see the rendering time grow, in other
words, the site is getting slower. I use mod_perl with a
PostgreSQL database (all on one FreeBSD server). Sometimes (in busy
times) it the rendering process of a
Hi Carlos,
I'm using cgiapp_postrun() to add header and footer to outgoing content.
I'm some runmodes, I'm setting the outgoing content type to 'text/plain'
which means that I do not want to add header and footer content to the
outgoing content.
Here's what I do:
sub cgiapp_postrun
{
Jason Bodnar wrote:
Is it possible to use both HTML::Template::Expr and HTML::Template::Pluggable
with CGI::Application::Plugin::AnyTemplate? The docs show different drivers
for each one.
Sounds like you're ripe for Template Toolkit ;^)
Joking aside, I think you will need to be more explicit
Octavian Rasnita wrote:
Hi,
All works fine, with the single big problem (until now) that if I use
header_props() in cgiapp_postrun, nothing is printed on the page and the
program returns the HTTP header Content-Length: 0.
That method is just:
sub cgiapp_postrun {
my $self = shift;
Robert Hicks wrote:
Currently with HT I do this:
my $template = $self-load_tmpl('reports.tmpl.html');
$template-param(
title = 'Trakker :: Reports Page',
data = $data,
);
$template-param($errs) if $errs;
That implies that $errs is a reference to a hash.
I tried converting that
Robert Hicks wrote:
So now I use 2 frameworks that support plugins; CA and JQuery. :)
Hey, HTML::Template::Pluggable supports plugins too, you know ;)
Rhesa
-
Web Archive:
Viacheslav Sheveliov wrote:
Let's don't write plugins for every H:T-style module! Setting something
like:
$self -{__CURRENT_TMPL_MODULE} = 'HTML::Template::Compiled';
in your App will do all the job .
I would vote not doing this in CGI::Application itself. I'd rather see C::A
and H::T
Dan Horne wrote:
From: David Steinbrunner
I have a system running under lighttpd/CAD v2/FastCGI/OpenBSD
and file uploads work for me. My file uploads are small and
hence have not run into any timeout issues so the upload
processing runmode runs just like all my other runmodes.
Bruce McKenzie wrote:
OK, so I'm way behind the rest of the world when it comes to XML -- but
I am using CGI::Application -- so how hard could it be to catch up? :-)
What I want to do is return XML (as an Ajax response) to the jQuery
Interface library Autocomplete plugin.
In the plugin
Michael Peters wrote:
I've normally used XML::Simple in the past, but it's not really that simple.
I've just heard about the new XML::Tiny that is supposed to be much smaller, use
less memory and just use core modules. It might be worth checking out.
I took a quick look at XML::Tiny, but as
Oberdan Luiz May wrote:
Hello all,
Some time ago I started rewriting an old reporting system I've made,
trying to add some funcionalities and making it run faster. One of the main
problems is that, depending on the report choosen by the user, the result is
a VERY BIG list. I cant use
[EMAIL PROTECTED] wrote:
When I try that in the login coderef passed to the
CGI::Application::Plugin::Authentication, I get an error about $self not being an
explicit package name. They only thing that gets passed to the coderef is the
username and password, not $self. I don't see a way to
[EMAIL PROTECTED] wrote:
Perrin Harkins [EMAIL PROTECTED] wrote on Wed, Apr 16, 2008 at 09:30:48AM
-0400:
On Tue, Apr 15, 2008 at 11:09 PM, [EMAIL PROTECTED] wrote:
Am I forced to name the AUTOLOAD
method something other than AUTOLOAD?
Doctor, it hurts when I do this...
:) Yes, I
The diff (against 4.07_02) below extracts the hard-coded HTML::Template
classname from load_tmpl.
This should make it easier to drop in a replacement module, and it will
certainly simplify maintenance of both CGI::Application::Plugin::HTDot and
your CGI::Application::Plugin::HTCompiled, since
Mark Stosberg wrote:
In the past, the way I returned 404 page through CGI::App was something
like this:
return $self-error(title = 'Page not found');
I learned that is too late to return a real 404 error running under CGI,
so the page comes back with a 200 status code, which isn't quite
CGI User wrote:
My question are:
1. Why it didn't work in the first case.
2. If the first case won't work, then how I can set all the cookie parameters
e.g. domain, path, expires, secure using the second case.
3. How I can retrieve my cookie from the browser is the recommended first case
to set
Benjamin Hitz wrote:
This is probably a vanilla CGI question, but I am working under CGIapp
so here goes.
I have a cgi::app that shows a table. I want to have a link which
generates a plain text (tab delim) version of the table, and pops up a
save as window.
I can recommend
Mark Stosberg wrote:
CGI::Application::Plugin::HTDot currently creates a circular reference,
by adding a reference back to the application object from the template
object, which is already referenced by the application object.
Where do you have a reference to the template object? Aren't your
Mark Stosberg wrote:
Rhesa: Since you've used it for quite some time how, how have you liked
it?
We've been using it in production for over two years now, and it works well.
It does what we need just fine, and that's accessing nested data structures or
nested objects.
It's certainly the
Mark Stosberg wrote:
Here we have one of the extremely rare CGI::Application bug reports.
Someone has modified a CGI.pm global, which is why the tests are
failing.
I find it almost bizarre that that's actually suggested in the CGI.pm docs. It
sounds like a very bad practice to me,
R. Hicks wrote:
Leonard Miller wrote:
The last the we came up with was to come up with a new/better name. I
have several names although they are not all mine, I would like to post
them here and start some discussion:
Spark
Titanium
Stimulus
Synergy
SWAP - Simple Web Application Platform
SWAF
Michael Peters wrote:
If you're talking about C::A's load_tmpl()
function, then you'll need to override it and replace it with your own
version that uses H::T::E.
Mark Jaffe wrote:
Thanks for the info; it is the second case that is concerning me, which
is what I need to do. I am outside
Joshua Miller wrote:
On Tue, Sep 23, 2008 at 10:07 AM, Porta [EMAIL PROTECTED] wrote:
I guess that I'm missing something here, because I don't see why you
need to crowd all the models into a single one. You can still decouple
the models from the controllers if every subclass of WebApp::DB
Richard Jones wrote:
Hi Mark,
Appreciate the reply.
Mark Stosberg wrote:
And one other suggestion: If you find you are doing this a lot:
$c-param('model')
Go ahead and make a simple shortcut method for it, so you can just say
$c-model;
Did you have something like this in mind:
sub
Hi all,
Thanks to Schwern's recent work on Method::Signatures, something clicked with
me. It looks like Devel::Declare (dangerous as it is) allows for very pretty
syntactic sugar, without relying on source filters.
Inspired by Method::Signatures, I've been hacking on something specifically
Jason A. Crome wrote:
I was thinking that it would be cool just to use Method::Signatures
with CGI::App, and I was also considering giving CAP::AutoRunmode a
whirl, but this. this is cool enough to wait for ;)
We're using AutoRunmode at work, and it rocks. It's even slightly better
Mark Stosberg wrote:
On Mon, 29 Sep 2008 00:18:02 +0100
Richard Jones [EMAIL PROTECTED] wrote:
Mark Stosberg wrote:
As Rhesa proposed, he has followed through and released a plugin to add the
Devel::Declare / Method::Signatures magic to CGI::Application:
Mike Tonks wrote:
Hi All,
I recently encountered the dreaded utf8 funny characters, again. This
time on the input data coming from form entry fields.
It's CGI.pm that actually does the processing, and needs to read the
stream as utf8. There is a flag for this, but I couldn't get that to
Richard Jones wrote:
Mark Stosberg wrote:
As Rhesa proposed, he has followed through and released a plugin to add the
Devel::Declare / Method::Signatures magic to CGI::Application:
http://search.cpan.org/perldoc?CGI::Application::Plugin::RunmodeDeclare
Looks like an interesting alternative
Mark Stosberg wrote:
On Wed, 15 Oct 2008 17:11:34 +0200
Rhesa Rozendaal [EMAIL PROTECTED] wrote:
Mike Tonks wrote:
Hi All,
I recently encountered the dreaded utf8 funny characters, again. This
time on the input data coming from form entry fields.
Here's what I use:
[...]
my
Richard Jones wrote:
Rhesa Rozendaal wrote:
Version 0.03 is on CPAN now, and adds this feature:
use CGI::Application::Plugin::RunmodeDeclare invocant = '$c';
runmode foo { $c-bar }
It also incorporates the suggestion by Mark and Michael to first default
to $app-param, then to $query
Silent wrote:
when I met a bad character problem, I use this
$cap-query()-charset('utf-8') in cgiapp_init()
Yeah, that's also pretty much a prerequisite for outputting proper
utf8-encoded pages. However, it only affects output AFAIK, so you need both
pieces to this puzzle.
rhesa
#
Richard Jones wrote:
Mark Stosberg wrote:
On Fri, 07 Nov 2008 13:44:40 +
Richard Jones [EMAIL PROTECTED] wrote:
I know this was supposed to be fixed in v0.14 but it seems to be
happening again. In a trivial setup:
That sounds frustrating Richard. I haven't gone back to use AutoRunmode
P Kishor wrote:
On 11/19/08, Richard Jones [EMAIL PROTECTED] wrote:
If you *do* get it working with mod_perl, I would be very interested to
hear about it. I can't. See also CAP::RunmodeDeclare as an alternative,
which *does* work with mod_perl, at least in my setup.
Ya, but... sadly,
Richard Jones wrote:
A circular ref sounds like an interesting possibility though - how would
I track something like that down?
Have a look at Devel::Cycle.
rhesa
# CGI::Application community mailing list
####
Mike Tonks wrote:
Hi All,
I was recently asked how to setup a dev environment on Windows for
CGI::Application, and couldn't answer, other than to install ubuntu as
a dual boot and use that.
Can anyone suggest ways to do this?
I had good results with XAMPP
kropotkin wrote:
I have a form post to a url. The 'runmode' is passed as a form field. The
'instance script' is called and it instantiates its class. The
subroutine/runmode is called. Twice.
Do any obvious causes occur to anyone?
The only obvious cause would be a browser that issues the same
Terrence Brannon wrote:
I just looked at the code for CGIapp::Plugin::Authentication and noticed
that it does not pass the authentication instance object to the driver.
This means that the generic driver cannot manipulate that object in the
authentication process or in a post-authentication
Terrence Brannon wrote:
sub logout {
my($app)=...@_;
$app-authen-logout;
$app-forward( $app-start_mode ); # would be nice!
}
instead I will declare a lexical variable for the Application package
($start_mode) and use it in both defining the start mode and forwarding to
it.
The
P Kishor wrote:
What I do find annoying is the number steps involved in adding a new
run mode, esp. when using CAD.
First, add the new run mode to the dispatch table.
Second, add the run mode to the setup in the module (assuming one is
not using AutoRunmode... some problems have been alluded
Porta wrote:
Hey, folks.
Question:
I was wondering if anyone else (than me) thinks is annoying to declare the
use of all the required models (objects? packages?) you're using in your
CA app?More, when working with CAD, on each controller you need to repeat
use MyApp::Foo; use MyApp::Bar; etc.
Porta wrote:
Hey, folks.
Question:
I was wondering if anyone else (than me) thinks is annoying to declare the
use of all the required models (objects? packages?) you're using in your
CA app?More, when working with CAD, on each controller you need to repeat
use MyApp::Foo; use MyApp::Bar; etc.
Porta wrote:
My initial message was more related not to cgi app related modules,
but application related ones
I have no idea what you're saying here. Did you look at the implementation of
Modern::Perl (or ex::caution)?
rhesa
# CGI::Application community mailing list
1 - 100 of 119 matches
Mail list logo
