2009/1/29 Tomas Doran
> Given that _multiple_ people are hacking this to work correctly, wouldn't
> it make sense to send patches back to the author(s) so that it 'just works'
> for everyone else?
>
So I volunteered to co-maintain Alien::SeleniumRC and the author has kindly
given access. I've up
On 17/02/2009, at 8:47 AM, Jay Kuri wrote:
Right... As I've said before, I'm not interested in the super-newbie
area. I don't want to teach perl. Teaching better perl practices,
sure. Teaching what a sigil is and what they mean in perl... not so
much.
I had a huge amount of fun writing the
On 17/02/2009, at 8:01 AM, Octavian Râsnita wrote:
Good idea.
I think that many beginners find hard to learn Catalyst if they are
coming from another framework, or even worse, from CGI.pm, because
right after they begin, they need to learn DBIx::Class, Template-
Toolkit, YAML or Config::
Right... As I've said before, I'm not interested in the super-newbie
area. I don't want to teach perl. Teaching better perl practices,
sure. Teaching what a sigil is and what they mean in perl... not so
much.
Overall, I'm interested in helping those who are new to the Catalyst
platform but are
On Mon, Feb 16, 2009 at 2:01 PM, Octavian Râsnita wrote:
> Good idea.
>
> I think that many beginners find hard to learn Catalyst if they are coming
> from another framework, or even worse, from CGI.pm, because right after they
> begin, they need to learn DBIx::Class, Template-Toolkit, YAML or
> C
Good idea.
I think that many beginners find hard to learn Catalyst if they are coming
from another framework, or even worse, from CGI.pm, because right after they
begin, they need to learn DBIx::Class, Template-Toolkit, YAML or
Config::General, and they might not understand very fast if a cert
2009/2/16 Jay Kuri :
> Hello,
>
> So all this 'too many choices' talk has got me thinking. I'd like to
> put together some more web-available information for those
> transitioning to catalyst from other methods.
>
> To that end I'm soliciting your thoughts on things that you found
> particularly h
Looks like we are again discussing CRUD in Catalyst - so I decided to
finally update InstantCRUD and release it to CPAN.
It is still experimental.
It is a 'scaffolding' - like the Rails one - it generates a CRUD
application for a given dsn.
Some more random thoughs:
http://dev.catalystframework.
Well, people are going to want to know how Catalyst compares to *ahem*
others as far as AJAX goes, certainly REST, and app servers like nginx,
lighttpd, etc.
Also, best practices. Walking beginning to end on an app is great, but a
lot of the newbies end up having to throw away a lot of their newl
Hello,
So all this 'too many choices' talk has got me thinking. I'd like to
put together some more web-available information for those
transitioning to catalyst from other methods.
To that end I'm soliciting your thoughts on things that you found
particularly hard to get a grip on when you star
I thought you refer to youporn.com ;-)
- Alex
Am Sonntag, den 15.02.2009, 13:39 +0100 schrieb Dan Dascalescu:
> > Aye, that it is:
> >
> http://www.bbc.co.uk/blogs/bbcinternet/2008/12/iplayer_day_performance_tricks.html
>
> Thanks for the link. I added it as a support URL to
> http://www.applie
Hey all,
Cosimo: Cool.
I wanted to add that Denny de la Haye has put up perlisalive.com. He
is looking for some success stories to cover. It'd be great if
anyone who has some success stories / perl liveliness to share could
submit them there.
Jay
On Feb 16, 2009, at 2:32 AM, Cosimo
On Sun, 15 Feb 2009, Kieren Diment wrote:
and there you go, a pdf of all 363 pages of the catalyst docs.
Well, that's a start. I think it would need some polishing to compete
with the available Django docs. For easier comparison I've tossed a copy
of the Django pdf manual up on my site:
> We're not BBC of course, but I took some time
> to add the My Opera community site (developed by our team
> in Opera Software) to appliedstacks.com.
Nice, thank you.
> I never heard of this site before, but since it's mentioned
> here I assume it's somewhat "trusted".
I have no idea who's behi
On Sun, Feb 15, 2009 at 10:04 AM, Dan Dascalescu
wrote:
>
> I think I can agree with that. What I'm saying is that there's simply
> too much useless choice. Random example:
>
> Data::Dumper
> vs.
> Data::Dump.
>
> I've just discovered Data::Dump but it appears to beat the crap out of
> Data::Dumpe
In data 15 februar 2009 alle ore 15:05:33, Octavian Râsnita
ha scritto:
From: "David Wright"
I can't say much because of confidentiality, but from the Catalyst
survey late last year, I can say that there are some pretty high
profile places using Catalyst around about. It's public knowledg
Lars Balker Rasmussen wrote:
Yes. Your problem is that auto() needs a return value to say whether
to go forward with an action or not, so just add "return 1;" at the
end of auto(), and all will be fine.
...because otherwise auto() implicitly returns the result of the failed
conditional test
On Mon, Feb 16, 2009 at 9:18 AM, Alexander Tamm wrote:
> I'm experiencing a little bit of weirdness with the stash when using go().
> I'd like to make sure I'm not making false assumptions. Is the called action
> supposed to see the same context and/or stash as the the calling action?
Yes. Your
works very well, currently only as tex2pdf and as download
if( $c->forward($c->view('Data::PDF')) ) {
$c->response->content_type('application/pdf');
$c->response->header('Content-Disposition', "attachment;
filename=".$c->stash->{customer_invoice_filename});
Hi!
I'm experiencing a little bit of weirdness with the stash when using
go(). I'd like to make sure I'm not making false assumptions. Is the
called action supposed to see the same context and/or stash as the the
calling action?
I'm noticing that my Root's auto-sub is getting called after ca
20 matches
Mail list logo