From: "Carl Franks"
I think Any::Moose is a bad idea.
Unless all your dependencies use it - which isn't going to happen as
it's not mentioned in the Moose docs - it will cause problems.
If a dependency starts to "use Moose", then everything using "use
Any::Moose" will silently switch from using
2009/3/5 Ascii King :
> Is there some reason this will not work within a repeatable group? I have
> this set up and it runs fine unless I move it inside a repeatable block and
> then it will not populate.
I don't know, I don't think I've tried it.
Can you take one of the Repeatable tests in
HTML-F
2009/2/23 Daisuke Maki :
> I've created a patch:
>
> https://rt.cpan.org/Ticket/Display.html?id=43529
>
> can you please review?
>From your initial description, I imagine a way to override the loading
of the config file at runtime, based on the controller class would be
more flexible?
If a list of
Am 05.03.2009 um 20:42 schrieb Leanan Sidhe:
Figured out my problem. I didn't have the hidden fields count and id.
For me id actually had to be debits_item_id, instead of just id,
since that was the primary key for my debititems table.
Hi,
I really really wish that the ID should not be a
sub index :Path :Args(0) :FormConfig {
my ( $self, $c ) = @_;
my $form = $c->stash->{form};
my $field = $form->get_all_element({name => 'url'});
$field->validator('Callback')->callback(sub{
my $value = shift;
return $c->model('DBIC::Urls')->validator_unique_url($value)
I think we can help ypu best if you provide a test which fails and
shows what you are doing.
otherwise we cannot help you if cannot provide us with your source code.
moritz
Am 05.03.2009 um 17:59 schrieb Leanan Sidhe:
The only one that seems to be what I want is the
many_to_many_repeatabl
2009/3/5 Daisuke Maki :
> Carl Franks wrote:
>> My primary interest in moosifying HTML-FormFu would be to use Roles to
>> be able to get rid of the multiple inheritance that's going on with
>> some of the elements. And hopefully cleanup some of the massive
>> importing from ObjectUtil.
>
> yeah, th
[ Possibly related but old thread:
http://thread.gmane.org/gmane.comp.lang.perl.modules.html-formfu.general/415/ ]
In a Catalyst application, I'm trying to implement a validator
callback that does a database lookup. Normally, I would do this:
In the form config file, have:
"validators" : [
Figured out my problem. I didn't have the hidden fields count and id.
For me id actually had to be debits_item_id, instead of just id, since that
was the primary key for my debititems table.
For some reason I thought that the count and id hidden fields were just
extraneous data, not necessary.
I solved it, if anyone needs to know. I checked out the tests and found
the test for the load_config_file. I needed to add something that
accepted an elements list, like a Block or else it misunderstood
whatever config file I called.
#main.yml
---
elements:
- type: Block
load_config_file
That's odd.
I changed one of my subconfigs to the following:
---
elements:
- type: Fieldset
legend: Test Fieldset
element:
- type: Text
name: Test1
label: Test1
It displayed just fine. When I removed the elements line it complained that
it couldn't
I have tried it with just the three dashes. It just moves on to the next
error.
I notice that your sub configs don't have the '---' line... out of
curiosity, what happens if you just add that line to the very
beginning (leave all else as it is)?
It does this. Just finds the next object method
Hrm. I'm beginning to wonder if my stuff shouldn't work the way I have it.
My problem was that my form is spread across a bunch of tabs. I'm using
jquery's tab plugin for a lot of it, and am loading a bunch of TT templates
to build it up. My problem was I didn't want to do all the bulding of th
I tried using Leanan's code almost exactly. The only change I made was
to remove the quotes around the filenames. I still get the following error:
|"Can't locate object method "elements" via package
"HTML::FormFu::Element::Text"
I'm sure this is referring to the 'elements:' line in the subconf
The only one that seems to be what I want is the
many_to_many_repeatable_nested tests.
I notice in there, the call to $form->model->default_values has an extra
parameter, a hash ref of { nested_base => 'foo' }.
I tried adding {nested_base => 'debits'} to mine, and the end result was
that now inst
Is there some reason this will not work within a repeatable group? I
have this set up and it runs fine unless I move it inside a repeatable
block and then it will not populate.
BTW, you could get rid of all that code to populate $select->options()
by making sure the appropriate Model is in you
I use subconfigs, and it works fine. Here is how mine is set up:
My base config:
---
elements:
#stuff like action,indicator, etc
load_config_file:
- 'MyAction\config_a.yml'
- 'MyAction\config_b.yml'
# repeat as necessary for all sub configs.
A sub config:
---
elem
Carl Franks wrote:
2009/3/5 Daisuke Maki :
Just a thought:
Would you be interested in porting HTML::FormFu to be Moose based?
I may take up on it.
My primary interest in moosifying HTML-FormFu would be to use Roles to
be able to get rid of the multiple inheritance that's going on with
some of
seems like I've been warnocked.
any thoughts on this?
--d
Daisuke Maki wrote:
> Hi,
>
> I'm trying to create sort of a plugin mehchanism where I can dynamically
> add forms to my cat app. however, catalyst is failing to find the config
> file from the new path. That's understandably, but is the
My forms config file has gotten so large and unwieldy that I need to
break it up into subforms. However, whenever I call a subform, the
elements return as text elements and only the last element called shows up.
For example, this config file:
---
indicator: submitted
elements:
load_config_fi
Am 05.03.2009 um 15:40 schrieb Leanan Sidhe
:
On Thu, Mar 5, 2009 at 8:46 AM, Ascii King
wrote:
For starters, I don't think it is supposed to be "schema = DB", just
"schema DB"
schema DB
Also, could you show us the may_have line that sets up the 'debits'
relations
On Thu, Mar 5, 2009 at 8:46 AM, Ascii King wrote:
> For starters, I don't think it is supposed to be "schema = DB", just
> "schema DB"
>
>
>
> schema DB
>
>
>
> Also, could you show us the may_have line that sets up the 'debits'
> relationship?
I meant might_have, not may_have, an
2009/3/5 Carl Franks :
> 2009/3/5 Dan Dascalescu :
>> Dermot googlemail.com> writes:
>>
>>> Your suggestion works thought so thanx although I am curious to know
>>> how to implement a callback.
>>
>> I think this is related to
>> http://thread.gmane.org/gmane.comp.lang.perl.modules.html-formfu.gen
2009/3/4 Ronald J Kimball :
> The _Group element type has an empty_first option, which can be used to
> specify that an empty option should be added at the start of the option
> list. Unfortunately, the empty_first option is unreliable when specified in
> the element's argument hash. It depends o
2009/3/5 Dan Dascalescu :
> Dermot googlemail.com> writes:
>
>> Your suggestion works thought so thanx although I am curious to know
>> how to implement a callback.
>
> I think this is related to
> http://thread.gmane.org/gmane.comp.lang.perl.modules.html-formfu.general/1778
I'm not sure that it
For starters, I don't think it is supposed to be "schema = DB", just
"schema DB"
schema DB
Also, could you show us the may_have line that sets up the 'debits'
relationship?
Leanan Sidhe wrote:
I'm attempting to make use of the $form->model->default_values and
$form->model->
Carl Franks gmail.com> writes:
> process() should be called after *any* change to the form.
> You can get away with it in certain places, such as calling label() on
> most fields, but generally, just remember to always call process().
>
> This is the kind of thing that probably can't be documente
2009/3/5 Dan Dascalescu :
> Dermot googlemail.com> writes:
>
>> Your suggestion works thought so thanx although I am curious to know
>> how to implement a callback.
>
> I think this is related to
> http://thread.gmane.org/gmane.comp.lang.perl.modules.html-formfu.general/1778
>
> Dan
Brilliant Dan
2009/3/5 Dan Dascalescu :
> As a new FormFu user, I saw that I could modify the form before it got
> rendered:
>
> sub index :Path :Args(0) :FormConfig {
> my ( $self, $c ) = @_;
> my $form = $c->stash->{form};
>
> my $field = $form->get_all_element({name => 'foo'});
> $field->label('n
Dermot googlemail.com> writes:
> Your suggestion works thought so thanx although I am curious to know
> how to implement a callback.
I think this is related to
http://thread.gmane.org/gmane.comp.lang.perl.modules.html-formfu.general/1778
Dan
___
HT
I wrote a quick Catalyst FormFu tutorial at
http://dev.catalyst.perl.org/wiki/howtos/forms/formfu
Please edit mercilessly.
Dan
___
HTML-FormFu mailing list
HTML-FormFu@lists.scsys.co.uk
http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/html-formfu
As a new FormFu user, I saw that I could modify the form before it got rendered:
sub index :Path :Args(0) :FormConfig {
my ( $self, $c ) = @_;
my $form = $c->stash->{form};
my $field = $form->get_all_element({name => 'foo'});
$field->label('new label'); # this works
if ( $form->s
2009/3/5 Daisuke Maki :
> Just a thought:
>
> Would you be interested in porting HTML::FormFu to be Moose based?
> I may take up on it.
My primary interest in moosifying HTML-FormFu would be to use Roles to
be able to get rid of the multiple inheritance that's going on with
some of the elements. A
009/2/17 Greg Coates :
> I think I might have found a bug. I have HTML::FormFu version 0.03007
> installed. Here's what's happening.
>
> I created a form that ends with the following 3 submit buttons:
> ---
> - type: Submit
> name: submit
> value: Save for Later
> - type: Submit
> name
34 matches
Mail list logo
