Re: [Catalyst] User timezones

2009-06-29 Thread Christian Lackas
* Ian Wells i...@cack.org.uk [090625 12:52]: Hi Everybody, first of all, thanks for all your input. I would make use of user's timezone as part of the view/controller layers, and use a fixed timezone (say UTC) for the DB layers. OK, as said before, I already had the feeling that it does not

[Catalyst] how to set CATALYST_DEBUG

2009-06-29 Thread Malloy
Hi All I removed -Debug, and set $ENV{CATALYST_DEBUG} =1 using PerlSetEnv CATALYST_DEBUG 1. But it doesn't work. I can't see the debug info in the apache log file. -- Jack Malloy ___ List: Catalyst@lists.scsys.co.uk Listinfo:

Re: [Catalyst] how to set CATALYST_DEBUG

2009-06-29 Thread Kieren Diment
err that switches it off in the app and switches it off in the env var. Just remove -Debug and all should be fine On 29/06/2009, at 5:21 PM, Malloy wrote: Hi All I removed -Debug, and set $ENV{CATALYST_DEBUG} =1 using PerlSetEnv CATALYST_DEBUG 1. But it doesn't work. I can't see the debug

Re: [Catalyst] Re: Warnings when upgrading Catalyst

2009-06-29 Thread George Nistorica
Tomas Doran wrote: On 26 Jun 2009, at 21:41, George Nistorica wrote: Hi, (my reply might be garbled, sorry) Makes perfect sense here. my email was garbled as I wasn't subscribed to the list when the original emails have been sent :P I've got the same problem generated from a

Re: [Catalyst] how to set CATALYST_DEBUG

2009-06-29 Thread Kieren Diment
On 29/06/2009, at 6:17 PM, Malloy wrote: Thanks. But I want to control it using CATALYST_DEBUG or MyApp_DEBUG, not just switch it off. So uncomment PerlSetEnv CATALYST_DEBUG=1 in you config when you want debugging on. On Mon, Jun 29, 2009 at 3:35 PM, Kieren Diment dim...@gmail.com

Re: [Catalyst] how to set CATALYST_DEBUG

2009-06-29 Thread Ian Wells
2009/6/29 Kieren Diment dim...@gmail.com: So uncomment PerlSetEnv CATALYST_DEBUG=1 in you config when you want debugging on. Where did he say he'd commented it out? I removed -Debug, and set $ENV{CATALYST_DEBUG} =1 using PerlSetEnv CATALYST_DEBUG 1. Malloy, try dumping $ENV{CATALYST_DEBUG}

Re: [Catalyst] User timezones

2009-06-29 Thread Ian Wells
2009/6/29 Christian Lackas christ...@lackas.net: OK, as said before, I already had the feeling that it does not fit into the model, however, there it would have been the most convenient. As I say, you'll need a formatting function or functions to turn dates-as-objects into dates in your page,

Re: [Catalyst] Scalable Catalyst

2009-06-29 Thread Alejandro Imass
Hi! Sorry for the lethargy, I've buried in a project and just recently saw the light of day :-) Yes, you are correct [Tomas], BUT it all depends on the type of application. Web concurrency is often misinterpreted. The application I was referring to needs the ability to have many, many concurrent

Re: [Catalyst] how to set CATALYST_DEBUG

2009-06-29 Thread Tomas Doran
On 29 Jun 2009, at 14:34, Ian Wells wrote: I removed -Debug, and set $ENV{CATALYST_DEBUG} =1 using PerlSetEnv CATALYST_DEBUG 1. Malloy, try dumping $ENV{CATALYST_DEBUG} in your app code and seeing if it's actually set. Ideally, do that in lib/{App}.pm . This behavior sounds like you may be

Re: [Catalyst] Re: ajax character encoding issue solved, but WHY?

2009-06-29 Thread seasprocket
On Tue, Jun 23, 2009 at 1:28 AM, Aristotle Pagaltzis pagalt...@gmx.dewrote: * seasproc...@gmail.com seasproc...@gmail.com [2009-06-23 03:00]: Thanks for your suggestion, but I'm pretty sure that the data is not getting encoded twice. C::V::JSON tests the data before it encodes (

Re: [Catalyst] Scalable Catalyst

2009-06-29 Thread Tomas Doran
On 30 Jun 2009, at 11:58, Alejandro Imass wrote: Hi! Sorry for the lethargy, I've buried in a project and just recently saw the light of day :-) Yes, you are correct [Tomas], BUT it all depends on the type of application. Web concurrency is often misinterpreted. The application I was

Re: [Catalyst] Scalable Catalyst

2009-06-29 Thread Alejandro Imass
On Tue, Jun 30, 2009 at 2:42 PM, Tomas Doranbobtf...@bobtfish.net wrote: You're doing it wrong. Don't block app server threads on a remote service if you have a slow remote service, the only thing that lies down that route is doom and fail. I don't see the problem. In fact, this was the

Re: [Catalyst] REST and text/html not supported

2009-06-29 Thread Alejandro Imass
You can override the default serializers: __PACKAGE__-config( 'default' = 'application/json', 'stash_key' = 'rest', 'map' = { 'text/html' = [ 'View', 'TT', ], 'text/xml' = [ 'View', 'TT', ], }, ); On Tue, Jun 30, 2009 at 4:07 PM, Angel Kolevanko...@gmail.com wrote:

Re: [Catalyst] REST and text/html not supported

2009-06-29 Thread Angel Kolev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks! Now it works. Alejandro Imass wrote: You can override the default serializers: __PACKAGE__-config( 'default' = 'application/json', 'stash_key' = 'rest', 'map' = { 'text/html' = [ 'View', 'TT', ], 'text/xml' = [

Re: [Catalyst] REST and text/html not supported

2009-06-29 Thread Alejandro Imass
Yeah, nowadays it's confusing between XHTML and HTML so just use TT both and you're covered, unless you have special XML needs and have to discriminate. In any case you can forward to a private sub like so: sub collection :Local :ActionClass('REST') { my ( $self, $c ) = @_;

Re: [Catalyst] RE: uri_for() corrupts query parameters hash for caller

2009-06-29 Thread Tomas Doran
On 26 Jun 2009, at 23:19, Byron Young wrote: Alrighty, here you go, patch + test are attached. There are based off the 5.71001 svn head because that's what I have currently. 5.8's uri_for() looks the same, so it should apply there as well, but let me know if you need another one from

RE: [Catalyst] RE: uri_for() corrupts query parameters hash for caller

2009-06-29 Thread Byron Young
Tomas Doran wrote on 2009-06-29: On 26 Jun 2009, at 23:19, Byron Young wrote: Alrighty, here you go, patch + test are attached. There are based off the 5.71001 svn head because that's what I have currently. 5.8's uri_for() looks the same, so it should apply there as well, but let me know

Re: [Catalyst] RE: uri_for() corrupts query parameters hash for caller

2009-06-29 Thread Tomas Doran
On 30 Jun 2009, at 00:31, Byron Young wrote: If you don't mind, though, can you explain what you mean about the 'unsafe each'? If your application code half iterates through the params hash with each before calling uri_for, then the param copy would only copy the second half of the hash

RE: [Catalyst] RE: uri_for() corrupts query parameters hash for caller

2009-06-29 Thread Byron Young
Tomas Doran wrote on 2009-06-29: On 30 Jun 2009, at 00:31, Byron Young wrote: If you don't mind, though, can you explain what you mean about the 'unsafe each'? If your application code half iterates through the params hash with each before calling uri_for, then the param copy would only

Re: [Catalyst] how to set CATALYST_DEBUG

2009-06-29 Thread Malloy
I can get $ENV{CATALYST_DEBUG} in my templates. But can't get it in lib/{App}.pm. #Use of uninitialized value $ENV{CATALYST_DEBUG} in print at /path/lib/{app}.pm line 38. And Catalyst is up to date. cpan install Catalyst Catalyst is up to date (5.80005). On Tue, Jun 30, 2009 at 2:45 AM, Tomas

[Catalyst] Cat Model DBIC Schema fails test if *optional* prereq isn't installed

2009-06-29 Thread Toby Corkindale
Hi, Catalyst::Model::DBIC::Schema lists Catalyst::Devel as an *optional* dependency. However if you do not have Catalyst::Helper installed (via Catalyst::Devel) then C-M-DBIC-Schema fails its unit tests and won't install via CPAN. -Toby ___

[Catalyst] Re: uri_for() corrupts query parameters hash for caller

2009-06-29 Thread Aristotle Pagaltzis
* Tomas Doran bobtf...@bobtfish.net [2009-06-30 02:35]: If your application code half iterates through the params hash with each before calling uri_for, then the param copy would only copy the second half of the hash (as each has an internal iterator). FWIW you can reset the iterator using