Re: [Catalyst] generating and redirecting to pdfs [OT]
Steve Rippl wrote: On Mon, 2009-10-26 at 18:49 -0400, hkcl...@gmail.com wrote: [..] Thanks for the input. I came across Catalyst::View::PDF::API2 but couldn't get that to work for some reason. I hadn't tried ..PDF::Reuse but right now HTML::HTMLDoc is working pretty well for me. Just as an aside, I've been using HTMLDOC server-side for years and have only just noticed HTML::HTMLDoc. It's a neat wrapper but I haven't found a way of setting header footer size (equivalent of --headfootsize option), except to directly access the objects private parts: $htmldoc-_set_doc_config('headfootsize', 9) which breaks all the conventions, but works. I notice the H::H package hasn't been updated since 2005 so I guess it's safe enough to do this. Anyone encountered this issue before? -- Richard Jones ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] New Apress book shipping now from Amazon.com
Kiffin Gish wrote: Great news. I pre-ordered my copy awhile ago, and according to Amazon.co.uk the delivery estimate: 16 Jul 2009 - 17 Jul 2009. Hope it arrives before my vacation! Was hoping the same, but update from Amazon.co.uk today says: We regret to inform you that your order will take longer to fulfill than originally estimated. Our supplier has notified us that there is a delay obtaining stock for the following items you ordered on July 11 2009. We are awaiting a revised estimate from our supplier, and will email you as soon as we receive this information. -- Richard Jones ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Re: So, what do we want in the -next- book?
Jonathan Rockway wrote: * On Mon, Apr 28 2008, Ali M. wrote: Sorry to say this, but your book is not a good book! One of the reasons we need a second book, is that because your book was so bad. People right away started asking and hoping for a second book. Now I can see why people are lining up to write another book. Except that the views expressed by Ali M are pretty extreme, and I would say do not reflect the view of most contributors to this list, whether sympathetic to your efforts or not. Many people (myself included) might like to see another book to *extend* yours - the question of course is what form it should take. But such sour contributions, which actually contribute so very little to the debate, should not be weighed in the same balance as the many substantially more reasoned arguments already put. -- Richard Jones ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Why does $c-stats require -Debug flag?
Jon Schutz wrote: Following the example in the blog post, the solution is to set -Stats and change your Root::end() method to something like: @report = $stats-report; $c-stash-{'action_stats'} = [EMAIL PROTECTED]; and then adjust your template as now you're getting an array of arrays rather than an array of hashrefs. Thanks, it's sort of working now, but I still need to run the server in debug mode even with the -Stats flag, either by setting -Debug in my main app.pm, or by starting the server with the -d flag, otherwise $c-stats-report is undefined. Nearly there? -- Richard Jones ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Why does $c-stats require -Debug flag?
Jon Schutz wrote: On Fri, 2008-04-11 at 19:53 +0100, Richard Jones wrote: Yeah I tried -Stats already - something must have changed in a recent version of Catalyst::Stats, as now I get: [error] Caught exception in MyApp::Controller::Root-end Can't locate object method accept via package Catalyst::Stats at .. etc So it's now finding the stats method but apparently not accept. accept is a method of Tree::Simple I think. I didn't specifically load anything from Tree::Simple previously, it just worked using $c-stats-accept(). I think you probably want $c-stats-report, but can't think why you're calling this directly as it is invoked in finalize() if -Debug or -Stats is set. See perldoc Catalyst::Stats. Because I never got round to delving into Catalyst::Stats or Tree::Simple inner workings. I copy/pasted the example from http://www.onemogin.com/blog/559-adding-action-timings-to-your-output.html into my Root::end() method and it just worked. At least it did until I removed the -Debug flag. And then tried to recover functionality by updating Catalyst::Stats to the latest version, which also updated Catalyst itself (I was using an earlier 5.70x). So I've no idea in which module(s) the change occurred to stop the process working. Maybe someone more familiar with these modules could offer a clue? -- Richard Jones ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Why does $c-stats require -Debug flag?
Jon Schutz wrote: From the perldoc for 5.7012 - Stats collection is enabled when the '-Stats' options is set, debug is on or when the MYAPP_STATS environment variable is set. So, if you want stats but not debug, use -Stats instead of -Debug. Yeah I tried -Stats already - something must have changed in a recent version of Catalyst::Stats, as now I get: [error] Caught exception in MyApp::Controller::Root-end Can't locate object method accept via package Catalyst::Stats at .. etc So it's now finding the stats method but apparently not accept. accept is a method of Tree::Simple I think. I didn't specifically load anything from Tree::Simple previously, it just worked using $c-stats-accept(). -- Richard Jones ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Web hosting?
Matt Rosin wrote: What distro are you using I'm curious. Ubuntu 6.06. Also tried CentOS 5 but didn't get on too well with it. ___ 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 PROTECTED]/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Re: Can't call method can on an undefined value in CPAS::DBIC
Richard Jones wrote: Can't call method can on an undefined value at /usr/local/share/perl/5.8.7/Catalyst/Plugin/Authentication/Store/DBIC.pm line 98. The module in question is at version 0.09. Forget it. Fixed. Nothing to do with the module -I'd mislaid some Schema::* files. ___ 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 PROTECTED]/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] Can't call method can on an undefined value in CPAS::DBIC
I've been away from Catalyst development for some time to concentrate on optimising my database tables. Now I have the new schema I'm getting the following error when trying to start the server: Can't call method can on an undefined value at /usr/local/share/perl/5.8.7/Catalyst/Plugin/Authentication/Store/DBIC.pm line 98. The module in question is at version 0.09. I'm using DBIx::Class::Schema::Loader to generate the schema automatically, but can't seem to make the error go away even when reverting to the original schema. Something else has probably changed in the meantime which I have overlooked. Does this error mean anything to anyone? -- Richard Jones ___ 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 PROTECTED]/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Re: Ubuntu / Catalyst
Matt S Trout wrote: That's because I was bitching about later Ubuntus, not Dead Rat. Dead Rat == CentOS 5? I simply don't consider RH distros a deployment platform you'd choose unless mandated to use them, and prefer to build my own perl if I have to. CentOS 5's vendor perl will show a 2* performance hit due to their inability to maintain a perl package. Just Don't. OK, thanks - I'll stick with 6.06 for now. -- Richard Jones ___ 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 PROTECTED]/ Dev site: http://dev.catalyst.perl.org/