Re: [Catalyst] creating a model

On 1/3/07, Octavian Rasnita <[EMAIL PROTECTED]> wrote: Hmm, strange indeed. Are you using $c->user in your controllers? I use $c->user->obj a lot. What version of perl (and build number) are you using? It's AS Perl 5.8.8 but I'm not really sure about what build number, I'd need to check it

Re: [Catalyst] RFC $c->uri_to

On Jan 3, 2007, at 12:04 PM, Ash Berlin wrote: Michael Reece wrote: $c->uri_for() is great and all, but i usually am more interested in getting a uri for an action rather than a uri to a template (or public path). (incidentally, i feel uri_for would be better named uri_to, and the sub bel

[Catalyst] Accessing action URIs outside of Catalyst app

Hello all, Is there a best practice way to maintain a map of URLs used in a Catalyst application. To clarify, I need to map actions to URLs outside of Catalyst (CRON jobs, Emailers, etc) and won't have access to $c->uri_for or the $c->dispatcher. Right now I have a hashref of action_name =>

Re: [Catalyst] creating a model

Hmm, strange indeed. Are you using $c->user in your controllers? What version of perl (and build number) are you using? Octavian - Original Message - From: "Nilson Santos Figueiredo Junior" <[EMAIL PROTECTED]> To: "The elegant MVC web framework" Sent: Wednesday, January 03, 2007 8:34

Re: [Catalyst] RFC $c->uri_to

Michael Reece wrote: $c->uri_for() is great and all, but i usually am more interested in getting a uri for an action rather than a uri to a template (or public path). (incidentally, i feel uri_for would be better named uri_to, and the sub below named uri_for, but i digress.) the following c

Re: [Catalyst] iterating twice over the same resultset in the template?

Fernan Aguero wrote: [ or perhaps 'is it possible to clone a resultset?' ] Hi! I'm building a form whose elements are items taken from the db. And I need these items to show up in different elements (fieldsets) of the form. More or less something like this: With items similar to: 'checkbox'

Re: [Catalyst] iterating twice over the same resultset in the template?

Fernan Aguero wrote: [ or perhaps 'is it possible to clone a resultset?' ] Hi! I'm building a form whose elements are items taken from the db. And I need these items to show up in different elements (fieldsets) of the form. More or less something like this: With items similar to: 'checkbox'

Re: [Catalyst] iterating twice over the same resultset in the template?

> [% WHILE ( it = rs1.next() ) -%] ... > [% WHILE ( it = rs2.next() ) -%] ... > > Is there any other way to do this? Is it possible to clone a > resultset? Why not just prefetch everything? Controller: my @elements : Stashed = $c->model("MyDB::table")->...->all; Template: [% FOREACH element =

RE: [Catalyst] iterating twice over the same resultset in the template?

[% items.reset() %] > -Original Message- > From: Fernan Aguero [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 03, 2007 11:44 AM > To: Catalyst > Subject: [Catalyst] iterating twice over the same resultset > in the template? > > > [ or perhaps 'is it possible to clone a resultset?

[Catalyst] RFC $c->uri_to

$c->uri_for() is great and all, but i usually am more interested in getting a uri for an action rather than a uri to a template (or public path). (incidentally, i feel uri_for would be better named uri_to, and the sub below named uri_for, but i digress.) the following code is what i have

[Catalyst] iterating twice over the same resultset in the template?

[ or perhaps 'is it possible to clone a resultset?' ] Hi! I'm building a form whose elements are items taken from the db. And I need these items to show up in different elements (fieldsets) of the form. More or less something like this: With items similar to: 'checkbox' - Item 1 'checkbox' -

[Catalyst] Nate Wiger removed Catalyst::Plugin::FormBuilder from the CPAN modules list.

Nate Wiger removed Catalyst::Plugin::FormBuilder from the CPAN modules list. -- Forwarded message -- From: Nate Wiger via RT <[EMAIL PROTECTED]> Date: 03.01.2007 19:56 Subject: Re: [rt.cpan.org #24197] Not really a bug: but C::Plugin::Formbuilder has been deprecated in favor of C:

Re: [Catalyst] creating a model

On 1/3/07, Len Jaffe <[EMAIL PROTECTED]> wrote: The Tie::RefHash distributed with perl has a bug, that was fixed, but the new version causes AS perl to die during the test phase of the build. The version with the bug prevents us from using sessions as there's a coderef inside the user object, an

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by::Controller::FormBuilder

May I come with another suggestion? I think the best would be to include in the Catalyst::Manual::Intro a list of "recommended modules" to use in Catalyst apps. Those modules could be Controllers, plugins, and other modules which are recommended to be used. If there are debates about which of s

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by ::Controller::FormBuilder

I'd make that optional, per config or environment variable. Just loading stuff off the net by default seems bad to me. Also, devs without internet connection could get in trouble. IMO it also shouldn't update itself, but rather just tell the user if there's a newer version. yup, makes sense.

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by ::Controller::FormBuilder

Daniel McBrearty wrote: > If I have this right, the plugin : > > - looks at the list of installed stuff at runtime > - compares against %known_good_list or %black_list > - warns when it decides something is wrong ... Rather: List of plugins loaded at runtime in the application, and only warn if

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by ::Controller::FormBuilder

On 1/3/07, Robert 'phaylon' Sedlacek <[EMAIL PROTECTED]> wrote: Daniel McBrearty wrote: > another thing : doesn't that imply that you have to install the > deprecated plugin before the DepPlugins Plugin jumps up an says "you > shouldn't ha' done that jimmy ..." (presumably before breathing > alc

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by ::Controller::FormBuilder

Daniel McBrearty wrote: > if something like this were to exist I think it should still get the > dep list from a well-formatted web page though, so that the manual way > is still possible if you choose that. See my other post on that. It would be a Plugin, the plugin would go to CPAN, CPAN makes

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by ::Controller::FormBuilder

ok, true ... if something like this were to exist I think it should still get the dep list from a well-formatted web page though, so that the manual way is still possible if you choose that. On 1/3/07, Robert 'phaylon' Sedlacek <[EMAIL PROTECTED]> wrote: Daniel McBrearty wrote: > what happens

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by ::Controller::FormBuilder

Daniel McBrearty wrote: > another thing : doesn't that imply that you have to install the > deprecated plugin before the DepPlugins Plugin jumps up an says "you > shouldn't ha' done that jimmy ..." (presumably before breathing > alcohol at you and pissing in your flower pots). What's "that"? I di

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by ::Controller::FormBuilder

Daniel McBrearty wrote: > what happens if you need to deprecate it ... ? > > (I'm only half joking ... ) Why should there be a problem? Deprecate Version of C:P:DP[1] 1. Add Version to it's own Deprecated Versions List 2. Rerelease Deprecate whole C:P:DP 1. Write replacement 2. Add mod

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by ::Controller::FormBuilder

another thing : doesn't that imply that you have to install the deprecated plugin before the DepPlugins Plugin jumps up an says "you shouldn't ha' done that jimmy ..." (presumably before breathing alcohol at you and pissing in your flower pots). All that is really needed is that instead of instal

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by ::Controller::FormBuilder

what happens if you need to deprecate it ... ? (I'm only half joking ... ) On 1/3/07, Robert 'phaylon' Sedlacek <[EMAIL PROTECTED]> wrote: Matthieu Codron wrote: > On 1/2/07, Joe Landman <[EMAIL PROTECTED]> wrote: > >> Might be a good thing to have an MODULES_CURRENT/MODULES_OBSOLETE list, >> o

[Catalyst] Re: Domain Model Auth Store

Christopher H. Laco wrote: > Long story longer, I'm finally working on Mango. This week I'm focusing > on the general bits...auth, roles, sessions, etc. > > I'm currently using Store::DBIC to get auth/db up and running. Now that > it is running, I want to ditch the use of Schema classes directly i

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by ::Controller::FormBuilder

Matthieu Codron wrote: > On 1/2/07, Joe Landman <[EMAIL PROTECTED]> wrote: > >> Might be a good thing to have an MODULES_CURRENT/MODULES_OBSOLETE list, >> or ask the module authors to simply note the obsolescence in an updated >> POD. > > I think it is a terrific idea. > Catalyst is a lot about ch

Re: [Catalyst] creating a model

On 1/3/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Assuming you are using ActiveState Perl, it is quite strange that you don't have a working Tie::RefHash since it is part of the basic Perl install. I'm not totally sure, but I think it is even part of the core-modules. Strange? Perhaps.

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by ::Controller::FormBuilder

On 1/2/07, Joe Landman <[EMAIL PROTECTED]> wrote: Daniel McBrearty wrote: > is there any way that this info can somehow find its way onto the > perldoc ? in big letters at the top ... ? Might be a good thing to have an MODULES_CURRENT/MODULES_OBSOLETE list, or ask the module authors to simply

[Catalyst] FastCGI docs

I've become at least the second person to be bitten by this: http://dev.catalystframework.org/wiki/SolvedIssues#si.230 And wonder if it should be mentioned here too: http://search.cpan.org/~mramberg/Catalyst-Runtime/lib/Catalyst/Engine/FastCGI.pm#Standalone_server_mode __

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by ::Controller::FormBuilder

Nilson Santos Figueiredo Junior wrote: > Actually, I have no idea how Test::WWW::Mechanize tests manage to > crash perl under Windows on almost all test cases. The comment on this bug report looks like it might provide a hint :) Cheers, Dave

Re: [Catalyst] Getting the result of the template processing

Marc Logghe wrote: -Original Message- From: Xavier Robin [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 03, 2007 10:46 AM To: catalyst@lists.rawmode.org Subject: [Catalyst] Getting the result of the template processing Hello all, How to get the result of the processing of a templa

Re: [Catalyst] IMPORTANT: Catalyst::Plugin::FormBuilder obsoleted by::Controller::FormBuilder

Hi, Finally I was able to install Catalyst::Controller::FormBuilder under Windows. I have tried the same thing, but with different results: ppm s Test-WWW-Mechanize-Catalyst ppm i 2 Downloading Test-WWW-Mechanize-Catalyst-0.37...done Unpacking Test-WWW-Mechanize-Catalyst-0.37...done Generatin

Re: [Catalyst] creating a model

Octavian, Assuming you are using ActiveState Perl, it is quite strange that you don't have a working Tie::RefHash since it is part of the basic Perl install. I'm not totally sure, but I think it is even part of the core-modules. Sometimes, due to botched installs and such, your copy of the Per

RE: [Catalyst] Getting the result of the template processing

> -Original Message- > From: Xavier Robin [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 03, 2007 10:46 AM > To: catalyst@lists.rawmode.org > Subject: [Catalyst] Getting the result of the template processing > > Hello all, > > How to get the result of the processing of a template ?

Re: [Catalyst] Getting the result of the template processing

Xavier Robin wrote: > Hello all, > > How to get the result of the processing of a template ? > > I would like to do someting like that: > > $c->stash->{template} = 'display.tt2'; > my $result = $c->process_template; > # put $result in database > > The processing of display.tt2 is quite long (a

[Catalyst] Getting the result of the template processing

Hello all, How to get the result of the processing of a template ? I would like to do someting like that: $c->stash->{template} = 'display.tt2'; my $result = $c->process_template; # put $result in database The processing of display.tt2 is quite long (a couple of seconds to go through nearly th