Juan Camacho ha scritto:
On 5/7/07, Matt S Trout <[EMAIL PROTECTED]> wrote:
On Mon, May 07, 2007 at 12:09:49PM -0400, Juan Camacho wrote:
> On 5/7/07, Matt S Trout <[EMAIL PROTECTED]> wrote:
>
> >in MyApp.pm - you were confusing the 'Controller::Foo' key that
specifies
> >which component MyApp-
On 5/7/07, Matt S Trout <[EMAIL PROTECTED]> wrote:
On Mon, May 07, 2007 at 12:09:49PM -0400, Juan Camacho wrote:
> On 5/7/07, Matt S Trout <[EMAIL PROTECTED]> wrote:
>
> >in MyApp.pm - you were confusing the 'Controller::Foo' key that specifies
> >which component MyApp-level config is for and the
On Mon, May 07, 2007 at 12:09:49PM -0400, Juan Camacho wrote:
> On 5/7/07, Matt S Trout <[EMAIL PROTECTED]> wrote:
>
> >in MyApp.pm - you were confusing the 'Controller::Foo' key that specifies
> >which component MyApp-level config is for and the 'Controller::FormBuilder'
> >key that specifies C::
On 5/7/07, Matt S Trout <[EMAIL PROTECTED]> wrote:
in MyApp.pm - you were confusing the 'Controller::Foo' key that specifies
which component MyApp-level config is for and the 'Controller::FormBuilder'
key that specifies C::C::FB-specific config options within a controller.
The names are sufficie
On Mon, May 07, 2007 at 11:55:59AM +0200, Marcello Romani wrote:
> >Not only does this work, but I find it more convenient specifying
> >formbuilder config options in one place rather than in every controller
> >that uses CCF. Hope it works for you.
>
> Damn, it works!!
>
> I'll re-read the doc
RA Jones ha scritto:
Marcello Romani wrote:
RA Jones ha scritto:
It looks like your output is showing both debug1 and debug2 levels,
which suggests your fb config settings are not being used. Did you place
That's what I thought too.
Where do you put the "debug" option ?
I tried this:
pack
RA Jones ha scritto:
Marcello Romani wrote:
RA Jones ha scritto:
It looks like your output is showing both debug1 and debug2 levels,
which suggests your fb config settings are not being used. Did you place
That's what I thought too.
Where do you put the "debug" option ?
I tried this:
pack
Marcello Romani wrote:
RA Jones ha scritto:
It looks like your output is showing both debug1 and debug2 levels,
which suggests your fb config settings are not being used. Did you place
That's what I thought too.
Where do you put the "debug" option ?
I tried this:
package MyApp::Controller:
RA Jones ha scritto:
Marcello Romani wrote:
Hmm, I tried your code (which afaikt should work) but putting 0,1 or 2
doesn't make any difference in the type or amount of debug messages
the app is emitting.
I'll double check my code and report. Thanks for now.
It looks like your output is sh
Marcello Romani wrote:
Hmm, I tried your code (which afaikt should work) but putting 0,1 or 2
doesn't make any difference in the type or amount of debug messages the
app is emitting.
I'll double check my code and report. Thanks for now.
It looks like your output is showing both debug1 and
RA Jones ha scritto:
Marcello Romani wrote:
Hi all,
I have a problem with Catalyst::Controller::FormBuilder.
It prints way too much debug information, filling up my consolle's
screen buffer :-)
If I turn off Catalyst debgging by omitting the -Debug option the
debug messages disappear, but
RA Jones ha scritto:
Marcello Romani wrote:
Hi all,
I have a problem with Catalyst::Controller::FormBuilder.
It prints way too much debug information, filling up my consolle's
screen buffer :-)
If I turn off Catalyst debgging by omitting the -Debug option the
debug messages disappear, but
Marcello Romani wrote:
Hi all,
I have a problem with Catalyst::Controller::FormBuilder.
It prints way too much debug information, filling up my consolle's
screen buffer :-)
If I turn off Catalyst debgging by omitting the -Debug option the debug
messages disappear, but so do the Catalyst on
Hi all,
I have a problem with Catalyst::Controller::FormBuilder.
It prints way too much debug information, filling up my consolle's
screen buffer :-)
If I turn off Catalyst debgging by omitting the -Debug option the debug
messages disappear, but so do the Catalyst ones, which I instead want
Hello,
I am new to the Catalyst framework and am getting used to it.
I have read through Catalyst::Controller::FormBuilder manual at CPAN and
Tried to use the form builder, but even simpliest things from examples do not
work.
Could you, please, explain if I am doing something wrong?
I have writ
On 2/22/07, Ferruccio Zamuner <[EMAIL PROTECTED]> wrote:
Ferruccio Zamuner wrote:
> Hi
>
> I'm using TTSite and it renders forms if I call from TT2 [%
> form.render %], it doesn't when I try to construct custom form template.
> What am I missing?
>
[% formbuilder.field.myfield.field %] is ok!
>
Ferruccio Zamuner wrote:
Hi
I'm using TTSite and it renders forms if I call from TT2 [%
form.render %], it doesn't when I try to construct custom form template.
What am I missing?
[% formbuilder.field.myfield.field %] is ok!
Another question about Catalyst and FormBuilder:
On latest FormBu
Hi
I'm using TTSite and it renders forms if I call from TT2 [% form.render
%], it doesn't when I try to construct custom form template.
What am I missing?
-- in Root.pm --
sub modulo : Local Form {
my ( $self, $c ) = @_;
my $form = $self->formbuilder;
$form->prepare;
$c->stash->{fo
OK, I've made a small change to the C-C-FormBuilder-Action class that
should now help get you on your way. Instead of [% FormBuilder.render
%], you'll need to use [% forms.foo.FormBuilder.render %]. BTW, try
to make the the stash name 'forms' configurable. I look forward to
seeing a final versi
Yep, that sequence of events is exactly what I am seeing. Hooray, I am
not crazy! (well, on this one thing...)
One way I was thinking of getting around this was to do the same thing
you suggested with the template vars for the $controller->_formbuilder
data - create named aliases (at step 1
Doubt it has anything to do with your environment. I thought I had
tested it a while back when helping someone else, but maybe something
was overlooked since I never got a final word back from the guy I was
helping. I think I have an idea of what might be wrong -- it has to
do with the following
Apologies, I should have mentioned that I was using the controller code
from my first mail. I have attached my test controller as Test.pm.
Thank you for your explanation about how $c->formbuilder works with
forwards, that makes some of what I am seeing make more sense (and that
I had some inc
On 2/12/07, Danny Warren <[EMAIL PROTECTED]> wrote:
It looks to me that forwarding from one "Form" action to another "Form"
action causes the FormBuilder data from the first action to be
overwritten.
Can you confirm this, or am I doing something wrong here? I am still
somewhat green with Cat
(Started a new thread, since your previous response answered my basic
questions, but I think my problem is something else entirely)
I used your below sample code to cook up something that supports a
naming scheme for multiple form variables in TT, but I am still having
issues. I tracked it do
On 30/01/07, Matt S Trout <[EMAIL PROTECTED]> wrote:
On 30 Jan 2007, at 08:48, Carl Franks wrote:
> I was just looking at this last week, as I was using the code as a
> basis for a new controller. I suspect that it's never been tested,
> because as far as I can tell, it incorrectly reads the con
> -Original Message-
> From: Juan Camacho [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 30, 2007 6:22 PM
> To: The elegant MVC web framework
> Subject: Re: [Catalyst] C::C::FormBuilder question
>
> On 1/29/07, Marc Logghe <[EMAIL PROTECTED]> wrote:
>
On 1/29/07, Marc Logghe <[EMAIL PROTECTED]> wrote:
Actually, the docs give a TT example:
[% FormBuilder.render %]
And therefore in TT it is not clear whether it is a variable or a
package name. Anyways, I tried it with the package name in Mason as well
(FormBuilder->render, Catalyst::Controller::
On 30 Jan 2007, at 08:48, Carl Franks wrote:
I was just looking at this last week, as I was using the code as a
basis for a new controller. I suspect that it's never been tested,
because as far as I can tell, it incorrectly reads the config from the
controller object, rather than the application
On 30 Jan 2007, at 09:07, Tobias Kremer wrote:
I was just looking at this last week, as I was using the code as a
basis for a new controller. I suspect that it's never been tested,
because as far as I can tell, it incorrectly reads the config from
the
controller object, rather than the appli
On 1/30/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> I was just looking at this last week, as I was using the code as a
> basis for a new controller. I suspect that it's never been tested,
> because as far as I can tell, it incorrectly reads the config from the
> controller object, rather than
> I was just looking at this last week, as I was using the code as a
> basis for a new controller. I suspect that it's never been tested,
> because as far as I can tell, it incorrectly reads the config from the
> controller object, rather than the application object.
Yeah, I stumbled across this t
On 29/01/07, Marc Logghe <[EMAIL PROTECTED]> wrote:
Hi all,
I am lost.
In my conf I have:
# configuration of FormBuilder
Controller::FormBuilder:
method_name: form
template_type: Mason
stash_name: form
obj_name: fb
form_suffix: fb
attr_name: Form
form_path: __path_to
> > Couldn't render component "/moe/mol_3D_conv_form" - error
> was "Can't
> > call method "render" on an undefined value ...
>
> According to the docs, you need to call render on the package:
>
><% FormBuilder->render %>
Actually, the docs give a TT example:
[% FormBuilder.render %]
And th
Marc Logghe wrote:
> Couldn't render component "/moe/mol_3D_conv_form" - error was "Can't
> call method "render" on an undefined value ...
According to the docs, you need to call render on the package:
<% FormBuilder->render %>
--
package JAPH;use Catalyst qw/-Debug/;($;=JAPH)->config(name
Hi all,
I am lost.
In my conf I have:
# configuration of FormBuilder
Controller::FormBuilder:
method_name: form
template_type: Mason
stash_name: form
obj_name: fb
form_suffix: fb
attr_name: Form
form_path: __path_to(forms)__
In the mason template:
<% $form->render %>
<%
Juan Camacho wrote:
On 12/11/06, Goetz Bock <[EMAIL PROTECTED]> wrote:
Dear list,
I'm triing to build a localisable catalyst app, using C::C::FormBuilder.
But I'm not able to get it to work:
- i could use c->localize to translate my forms, but using custom
templates does now work (see other
On 1/15/07, Victor Igumnov <[EMAIL PROTECTED]> wrote:
that is for custom JS code you have added. The default javascript
code from formbuilder is omitted when you iterate through the fields.
again, I think you are incorrect or I'm misunderstanding what you are
saying. I have no customer JS code
that is for custom JS code you have added. The default javascript
code from formbuilder is omitted when you iterate through the fields.
Try it out for your self.
-Victor
On Jan 14, 2007, at 4:12 PM, Juan Camacho wrote:
On 1/14/07, Victor Igumnov <[EMAIL PROTECTED]> wrote:
just a heads up w
On 1/14/07, Victor Igumnov <[EMAIL PROTECTED]> wrote:
just a heads up when you iterate through the fields in that fashion
you lose all of formbuilder's JS validation code.
I think that statement is incorrect. [% form.jshead %] works for me.
___
List:
On 1/14/07, Neil de Carteret <[EMAIL PROTECTED]> wrote:
[% field.tag %]
Use [% field.field %]. There is a documentation fix not up on CPAN yet.
___
List: Catalyst@lists.rawmode.org
Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst
Searcha
just a heads up when you iterate through the fields in that fashion
you lose all of formbuilder's JS validation code.
-Victor
On Jan 14, 2007, at 10:56 AM, Neil de Carteret wrote:
Sunday night brain-strain. I'm trying out C::C::FormBuilder with TT.
The form object works, and
[% FormBuilde
Sunday night brain-strain. I'm trying out C::C::FormBuilder with TT.
The form object works, and
[% FormBuilder.render %]
in the TT produces a dinky little form. I need to handle a particular
field a particular way, so I'm iterating over the fields with [%
FOREACH field IN formbuilder.fields %]
On 1/2/07, Goetz Bock <[EMAIL PROTECTED]> wrote:
On Mon, Dec 11 '06 at 10:23, Juan Camacho wrote:
> On 12/11/06, Goetz Bock <[EMAIL PROTECTED]> wrote:
> >
> >When I build my TT2 Template accourding to the docs, I'm unable to
> >submit it, as the hidden "_submitted" field is not generated and
> >
On Mon, Dec 11 '06 at 10:23, Juan Camacho wrote:
> On 12/11/06, Goetz Bock <[EMAIL PROTECTED]> wrote:
> >
> >When I build my TT2 Template accourding to the docs, I'm unable to
> >submit it, as the hidden "_submitted" field is not generated and
> >form->submitted() always is false.
> >
> Under TT2
On 12/11/06, Goetz Bock <[EMAIL PROTECTED]> wrote:
Dear list,
I'm triing to build a localisable catalyst app, using C::C::FormBuilder.
But I'm not able to get it to work:
- i could use c->localize to translate my forms, but using custom
templates does now work (see other mail)
- and i would
On 12/11/06, Goetz Bock <[EMAIL PROTECTED]> wrote:
Dear list,
as I'm not totaly sure wether to try the catalyst or the formbuilder ML,
I choose the catalyst ML, as it's probably a problem with (the docs of)
C::C::FormBuilder.
I'm using the SVN version of C::C::FormBuilder, revision 5783.
When
Dear list,
I'm triing to build a localisable catalyst app, using C::C::FormBuilder.
But I'm not able to get it to work:
- i could use c->localize to translate my forms, but using custom
templates does now work (see other mail)
- and i would still have to somehow translate the messages
- i cou
Dear list,
as I'm not totaly sure wether to try the catalyst or the formbuilder ML,
I choose the catalyst ML, as it's probably a problem with (the docs of)
C::C::FormBuilder.
I'm using the SVN version of C::C::FormBuilder, revision 5783.
When I build my TT2 Template accourding to the docs, I'm
48 matches
Mail list logo