Thanks,
I downloaded the suggested and installed with perl Makefile.PL,
I got a lot of prereq from CPAN but when trying to run the application
i get following error:
no file specified at
/usr/lib/perl5/site.Catalyst/Plugin/Authentication/Store(Htpasswd/Backend.pm
As I can see
try installing Template::Plugin::Class
Am 21.12.2007 um 12:39 schrieb Peter Sørensen:
Hi,
I am new to Catalyst. I have just installed it and got my first very
simple application to work.
(Catalyst 5.7012 , perl 5.8.5)
Now I'm trying to learn by example, and have downloaded the
Thanks,
This solved the problem with the Hops application.
Regards
Peter
-Oprindelig meddelelse-
Fra: Moritz Onken [mailto:[EMAIL PROTECTED]
Sendt: 21. december 2007 13:58
Til: The elegant MVC web framework
Emne: Re: [Catalyst] Template
Dear List,
I wondered whether anyone could shed some light on what happens during the
flow of a request, there seems to be a difference in returning directly from
the controller and forwarding to a view. This effect is show when using
Ajax.
This issue only appears in IE7, Firefox handles the
On 22 Dec 2007, at 00:08, Peter Sørensen wrote:
Thanks,
I downloaded the suggested and installed with perl Makefile.PL,
I got a lot of prereq from CPAN but when trying to run the application
i get following error:
no file specified at /usr/lib/perl5/site.Catalyst/Plugin/
There are some problems when translating with Catalyst::Plugin::I18N using
special unicode characters like æøå.
It got printed (both in console/debugging) and in web browser) as unprintable
characters (displayed as ?). Manually changing encoding in Firefox to
ISO-8859-1 made it look right, but
Knut-Olav Hoven wrote:
There are some problems when translating with Catalyst::Plugin::I18N using
special unicode characters like æøå.
It got printed (both in console/debugging) and in web browser) as unprintable
characters (displayed as ?). Manually changing encoding in Firefox to
On Thu, Dec 20, 2007 at 02:11:50PM -0500, John Romkey wrote:
Two recommendations, assuming the Javascript file isn't meant to be
modified at runtime:
First, use an absolute path to the file in your script tag, ie:
script src='/static/clock.js' or use $c-uri_for() to compute the
path.
Knut-Olav Hoven wrote:
That seems like an odd solution...
The Decode parameter is used to decode unicode characters, while the Unicode
plugin is encoding to unicode...?
This tutorial was never complete, and it's getting a little bit on the
old side, but it's basically still valid:
Or maybe a better idea would be to use IsParent (or Parent) for those
actions that can have children (logical isn't it?). Then we could use
Args all the time instead of CaptureArgs (with EndPoint).
Z.
On Dec 20, 2007 12:31 PM, Matt S Trout [EMAIL PROTECTED] wrote:
On Wed, Dec 19, 2007 at
On Friday 21 December 2007 19:31:09 Brian Cassidy wrote:
Knut-Olav Hoven wrote:
There are some problems when translating with Catalyst::Plugin::I18N
using special unicode characters like æøå.
It got printed (both in console/debugging) and in web browser) as
unprintable characters
On Thu, Dec 20, 2007 at 10:21:37AM -0500, Christopher H. Laco wrote:
Christopher Laco wrote:
I know I've been down this thread before. When writing a framework that
generates customized Catalyst apps, it would be a whole lot easier
(well, more proper) to add plugins in lib/MyApp/Plugins,
The solution to my last problem (attached) brought up a new problem regarding
UTF-8.
= Problem =
The following code:
$c-redirect(
$c::uri_for(
'/login',
{error_msg = Check my å}
);
);
Gives me this URL in my browser:
On Friday 21 December 2007 20:10:28 Brian Cassidy wrote:
Knut-Olav Hoven wrote:
That seems like an odd solution...
The Decode parameter is used to decode unicode characters, while the
Unicode plugin is encoding to unicode...?
This tutorial was never complete, and it's getting a little
I looked at the Unicode plugin and I believe it most likely will
break the
integration against our LDAP backend, for example when searching for
names
containing characters like æøå. (OpenLDAP requires its input as
UTF-8.)
In addition, this is bad if your code (or templates) contains
My experience is that every time I think I -can- make that assumption, later
I end up really wishing I could deploy my app to a sub-URL for testing or
similar.
You may not have such bad luck, but I don't like to take that chance these
days :)
If I hit that one (needing to test code on the
On 21 Dec 2007, at 22:15, Daniel McBrearty wrote:
this is really bugging me.
It happens almost every time I update some modules or install cat ...
Called UNIVERSAL::CAN as a function, not a method ... at
Template::Iterator blah blah
this is really bugging me.
It happens almost every time I update some modules or install cat ...
Called UNIVERSAL::CAN as a function, not a method ... at
Template::Iterator blah blah
about 1000 times in a typical make test.
I did once look for what causes it, it seems to be a rather
i'm not completely following the new syntax that you are proposing, so
please forgive if I am wide of the mark here ... but ...
IMO the existing syntax is really not *that* bad - the only mild crit
I have is that Args() really means I'm an endpoint, which it doesn't
say.
For me, a simple
please excuse my muttering to myself here.
the issue seems to be that they did the bugfix with ref not
blessed ... aargh. chromatic's doc does say quite clearly though.
seems to be in two places in TT.
the main reason i'm twittering about it is that if anyone can see that
i am about to make an
in fact, it's done since some time ...
http://rt.cpan.org/Public/Bug/Display.html?id=25468
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/[EMAIL
heh. i'm picturing how that request would have gone over with the
firewall group at the last fortune 500 i worked for.
yes kevin, under those circumstances you likely wouldn't do it that way.
on the other hand, if you are running your app on a server that you
own and do admin for, and don't
Just for background, I have inherited a
Catalyst/TT/Postgresql/Apache2/mod_perl web application. The
programmer that was responsible for the design and initial coding left
our company and is unavailable for consults. I am very new to
Catalyst, fair level of experience in TT, Perl and
On Fri, 2007-12-21 at 18:34 -0700, [EMAIL PROTECTED] wrote:
The program seems to be working fine while on the Catalyst test
server, and when on an Apache/mod_perl server when the postgres
database is on the same physical server. The database connections
don't start leaking until we
On Sat, 22 Dec 2007 13:32:00 +1030
Jon Schutz [EMAIL PROTECTED] wrote:
On Fri, 2007-12-21 at 18:34 -0700, [EMAIL PROTECTED] wrote:
The program seems to be working fine while on the Catalyst test
server, and when on an Apache/mod_perl server when the postgres
database is on the same
On Fri, 2007-12-21 at 21:32 -0700, Kevin Nathan wrote:
I can't check the server right now (need to be at work for that), but I
didn't think to watch for Apache/mod_perl processes. What we were
looking for was port 5432 connections (postgres). When it works, we get
two or three connections
Has anyone else had a problem with Catalyst::Plugin::Subrequest and
the new release of the runtime?
Since I've tried it out on my dev environment I'm seeing it throw
errors like:
Caught exception in UVFoodApp::Controller::Info-business Can't
locate object method getNodeValue via package
On Dec 21, 2007, at 1:51 PM, Matt S Trout wrote:
On Thu, Dec 20, 2007 at 02:11:50PM -0500, John Romkey wrote:
Two recommendations, assuming the Javascript file isn't meant to be
modified at runtime:
First, use an absolute path to the file in your script tag, ie:
script src='/static/clock.js'
On 22 Dec 2007, at 16:25, John Romkey wrote:
Since uri_for() won't help with static file paths, is there any
convention for storing the path for static files in the config, or
getting access to it in some other way?
Actually I've wanted a relative_uri_for() for a while. Not that
badly
On 22. des.. 2007, at 06.37, Kieren Diment wrote:
On 22 Dec 2007, at 16:25, John Romkey wrote:
Since uri_for() won't help with static file paths, is there any
convention for storing the path for static files in the config, or
getting access to it in some other way?
Actually I've wanted
On Sat, 22 Dec 2007 15:34:14 +1030
Jon Schutz [EMAIL PROTECTED] wrote:
It seems to me you would know about it, one way or another, if you had
3000 apache processes!
It would seem so, wouldn't it? :-) From what I remember, though, we
never saw a real increase in port 443 connections.
I would
31 matches
Mail list logo
