Hi omega,
nice to see you over here!
On 13/05/07, Andreas Marienborg <[EMAIL PROTECTED]> wrote:
Attached is a svk patch for allowing the path 'root/forms' to be
configured. I don't see a reason for having it under root, so I want it
outside it, hence I would like to be able to configure it.
I'
On 13/05/07, Andreas Marienborg <[EMAIL PROTECTED]> wrote:
I have a few questions though. As far as I can understand, one is
supposed to be able to split a form over several config-files? How does
one maintain order of fields in such an event?
I tried the following two files, which ends up putt
On 13/05/07, Andreas Marienborg <[EMAIL PROTECTED]> wrote:
It also corrects something which I would call a small flaw, where it
would append the extension only if you did not provide a filename, which
would make the examples of the POD fail.
Hmm, maybe a sane way to get this behaviour, would b
I've added an experimental new method - constraints_from_dbic() -
which I'd like feedback on.
Is this the right way to approach getting auto-constraints for
database columns, and is the interface any good?
You can either call it with a resultset, such as...
$form->constraints_from_dbic( $schem
On 17/05/07, Carl Franks <[EMAIL PROTECTED]> wrote:
At the moment, it adds constraints to fields which have the same name
as an existing column.
I plan on adding support for a 2nd argument, which would be a hashref
mapping fields to columns (also in other related resultsets).
I've
On 17/05/07, Zbigniew Lukasiak <[EMAIL PROTECTED]> wrote:
Is there any reason to split the ResoultSet name to schema and table?
Why not use
constraints_from_dbic: [ 'MyApp::Schema::Table' ]
I've been getting the column info via:
MyApp::Schema->resultset('Table')->result_source->column_info;
On 17/05/07, Brian Cassidy <[EMAIL PROTECTED]> wrote:
Carl Franks wrote:
> I may be missing something, but I can't see any way of getting it
> starting with 'MyApp::Schema::Table'.
MyApp::Schema::Table->column_info( 'column' ) ?
Thanks! - I didn&#x
On 29/05/07, Thorsten Domsch <[EMAIL PROTECTED]> wrote:
Hi there,
I've got a small Problem here. I created a custom date element,
consisting out of three select boxes. The whole thing extends the Select
object.
so my yaml file looks like this:
-type date
name: custom
start_year: 2000
end_yea
On 30/05/07, Thorsten Domsch <[EMAIL PROTECTED]> wrote:
Hi there,
I am still working on that date object (3 selects) so i did what carl proposed
(thanks for your help). Created a custom date object (extends multi) and added my
three selects works like a charm... but... if i try to acces $s
On 29/05/07, chylli <[EMAIL PROTECTED]> wrote:
HI, I'm a newbie to HTML::FormFu
Now I want to write a select elemnt whose options are from 1900 to
2000, but how to write my yaml file ?
like following :
- type: multi
container_attrs:
class: vertical
label: birthday
elements:
On 30/05/07, Thorsten Domsch <[EMAIL PROTECTED]> wrote:
my $id_day=$self->name."_day"; #<- not working :-( it should ??
my $id_month=$self->name."_month"; #<- not working :-( it should ??
my $id_year=$self->name"_year"; #<- not working :-( it should ??
Looking at how elements a
On 30/05/07, Carl Franks <[EMAIL PROTECTED]> wrote:
On 30/05/07, Thorsten Domsch <[EMAIL PROTECTED]> wrote:
> my $id_day=$self->name."_day"; #<- not working :-( it should ??
> my $id_month=$self->name."_month"; #<- not working :-
On 31/05/07, Thorsten Domsch <[EMAIL PROTECTED]> wrote:
I'm sorry. I cant't get this setup method to work like expected... i can't get
acces to any of the $self-> methods maybe you've got a small sample code ???
It was only added yesterday, so the only code is in the test files:
t/lib/HTML
On 31/05/07, Thorsten Domsch <[EMAIL PROTECTED]> wrote:
Hi Carl,
thanks. I finally got that to work...Nice :-)
the only thing left to do is set the value for the combined field...
Am i right to assume a multi can not return a value ?
I tried to set the value via process_value doesn't work
On 31/05/07, chylli <[EMAIL PROTECTED]> wrote:
Maybe I should put code to a custom module like
MyApp::Validator::User. But I don't know how to get $c in that
module. It seems like validator or constraint module only get two
arguments, $self and $value.
If you're using Catalyst::Controller::HTML
On 01/06/07, Thorsten Domsch <[EMAIL PROTECTED]> wrote:
thanks for your help, it works great. The only problem left is that i can't
get constraints working on that multi element. I get the following error
message "no field names to add constraint to at /usr/loc...".
the fields of course are set u
On 01/06/07, Thorsten Domsch <[EMAIL PROTECTED]> wrote:
Hello Carl,
here's a snippet from my yml file so you can see how i use the field:
- type: date
name: justadate
start_year: 1977
end_year: 2010
constraints:
- Required
comment: please choose a correct date
so
would that work ?
have you tried? - I can't think of any reason it wouldn't work
___
HTML-FormFu mailing list
HTML-FormFu@lists.scsys.co.uk
http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/html-formfu
On 04/06/07, Jason Kohles <[EMAIL PROTECTED]> wrote:
On Jun 2, 2007, at 7:45 AM, chylli wrote:
> thanks for your reply. But where can i find
> HTML::FormFu::Constraint::DBIC::Unique ? seems it is not in
> HTML::FormFu svn repository.
>
Hmm, that's interesting, I assumed it was in subversion, no
On 04/06/07, Jonas Alves <[EMAIL PROTECTED]> wrote:
On 04/06/07, Carl Franks <[EMAIL PROTECTED]> wrote:
>
> It was originally posted to the html-widget list by Jonas Alves.
> I didn't add it to svn, but didn't get round to replying to explain
> why - my bad!
&
On 06/06/07, Alan Hicks <[EMAIL PROTECTED]> wrote:
Is there a reason why class names have spaces? In the vertically
aligned example, the first Text element has a class "text label" which
appears to go against http://www.w3.org/TR/REC-CSS2/ which only allows
[A-Za-z0-9] plus the hyphen (-)
They
On 08/06/07, Brian Cassidy <[EMAIL PROTECTED]> wrote:
Hey Gang,
I must be doing something incorrect, but here's what I'm trying to
accomplish:
Typically i make submit buttons like this:
in the YAML config that gets translated to
- type: submit
value: Search
However, if something is inco
On 13/06/07, Zbigniew Lukasiak <[EMAIL PROTECTED]> wrote:
This might be a holy grail of the MVC frameworks - but there are good
arguments for having the validation in the Model (one of them is the
End to End argument - only in Model you have all the info needed for
full validation). Will FormFu
On 22/06/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
I'm noticing a tremendous slow-down for all Catalyst controllers which
make use of the Catalyst::Controller::HTML::FormFu plugin to utilize
FormFu-based forms.
My suspicion immediately falls on the Action implementation.
I copied how the Fo
On 22/06/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
with C::C::HTML::FormFu:~11 request per second
without C::C::HTML::FormFu: ~11 requests per second
:(
I believe that the many TT INCLUDEs to build the form are causing
the bad performance. I measured the stringification time of $form
in
On 18/06/07, Alan Hicks <[EMAIL PROTECTED]> wrote:
Is there a best practice to add a static image to a form that is
accessible at runtime?
The image is a captcha image and needs to have the src attribute added
at runtime since the location changes depending on the referrer.
The yaml extract is
Tobias,
On 25/06/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
Am 25.06.2007 um 21:46 schrieb Tobias Kremer:
> my $widget = HTML::Widget->new();
> $widget->element('Textfield')->name('text')->label('Text')->size
> (30) for( 1..20 );
> timethis( 1000, sub { $widget->process } );
Hmmm ... I suppos
On 25/06/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
(widget) timethis 1000: 7 wallclock secs ( 7.26 usr + 0.35 sys =
7.61 CPU) @ 131.41/s (n=1000)
(formfu) timethis 1000: 63 wallclock secs (59.00 usr + 2.99 sys =
61.99 CPU) @ 16.13/s (n=1000)
Okay, I've done some testing, and here's the r
On 28/06/07, kewei xiao <[EMAIL PROTECTED]> wrote:
I have found a way to positioning the validation error message, since
the error message is inside a span class called error_message. I did a
little bit change in css file:
.error_message {
float: right;
position: relative;
right: 20em;
}
On 08/06/07, Brian Cassidy <[EMAIL PROTECTED]> wrote:
Brian Cassidy wrote:
> Worked like a charm. Thanks Carl!
Sorry, that's not entirely true -- it seems to put an empty name
attribute in there instead. Any way to disable that?
I've committed a change that ensures the name attribute isn't out
On 29/06/07, Brian Cassidy <[EMAIL PROTECTED]> wrote:
I was lucky enough to be able to get to YAPC::NA this year. One of my
favorite questions to ask people was "What do you use for form
handling?" Naturally, there we are variety of responses: FormBuilder,
HTML::Widget, FillInForm, "none of the a
There were some test failures due to neither YAML nor YAML::Syck being
listed in the prerequisites.
So I've added YAML::Syck to the prereqs and uploaded another dev release.
Carl
___
HTML-FormFu mailing list
HTML-FormFu@lists.scsys.co.uk
http://lists.s
On 02/07/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
I just upgraded to the latest svn version and suddenly I am getting a
TT error for all forms that utilize select fields: "file error - : not found"
I have also upgraded the root/formfu TT snippets using
Catalyst::Helper::HTML::FormFu.
Cat
On 05/07/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
Hi Carl,
what's the status of the Template::Alloy form rendering? Parts of it seem to
already be in the svn but the actual rendering class doesn't use it yet AFAICT.
okay, I've submitted my changes.
You can switch to Template::Alloy using
On 05/07/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> okay, I've submitted my changes.
>
> You can switch to Template::Alloy using either:
>
> $form->render_class_args({ TEMPLATE_ALLOY => 1 });
Thanks! This doesn't work via Catalyst::Controller::HTML::FormFu yet, does it?
Template::Alloy s
On 04/07/07, Daisuke Maki <[EMAIL PROTECTED]> wrote:
One of the things that my HTML coders keep telling me about formfu is
that they want to create "block" elements that can be nested. A simple
example is something like
- type: block
tag: div
elements:
- type: block
tag:
On 05/07/07, Cosmin Budrica <[EMAIL PROTECTED]> wrote:
Hello,
I have just installed HTML::FormFu, and I am trying to work with it.
I got the example from the doc's Synopsis, but i get an error:
file error - form: not found
perl -MYAML::Syck -MData::Dumper -e 'my $data =
YAML::Syck::LoadFile("fo
On 05/07/07, kewei xiao <[EMAIL PROTECTED]> wrote:
In the update of my form, I have a checkbox called 'administrator'.
I want this checkbox to be checked when the user is administrator,
otherwise the checkbox stays unchecked.
So far I have written an customized element which can show the
c
{ type => $type, name=>'role', value=> $_->id, label => $_->name,
This looks correct - setting 'value' with the id.
id=>'role_'.$_->id, /*'checked'(maybe a condition here)*/ }
this isn't valid perl - so what are you really using?
If you're not setting 'default', then it shouldn't be ge
On 05/07/07, kewei xiao <[EMAIL PROTECTED]> wrote:
Now I set up the 'default' to be checked. Is it a way to make it
unchecked according to a certain condition? In my case the condition
will be the non-administrator users' checkbox will be un-checked:
It will be checked it 'default' equals 'va
On 06/07/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
Zitat von Carl Franks <[EMAIL PROTECTED]>:
> Hmm, any ideas on whether it'd cause other problems if we changed
> render_class_args() such that subsequent calls /added/ values to the
> hashref, rather than overwritti
On 06/07/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> > undef error - undef error - Not an ARRAY reference at
> > /usr/local/share/perl/5.8.8/Template/Alloy.pm line 777.
>
> I don't think it's the core formfu templates causing that, so you'll
> just have to get debugging ;)
Actually I just rev
On 06/07/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
Hmm ... I included some debugging output and at runtime
$self->include_paths is a Path::Class::Dir object with
the following data:
$VAR1 = bless( {
'file_spec_class' => undef,
'volume' => '',
On 06/07/07, kewei xiao <[EMAIL PROTECTED]> wrote:
Hi Carl
Thank you for the hints. I just want to make sure I understand them.
/'$user'/ is the current user I am viewing?
is '/is_member_of/' a real function? if not, is there a similar one?
$user->is_member_of() was just made up -
On 09/07/07, kewei xiao <[EMAIL PROTECTED]> wrote:
I have 3 drop down box, country, province, state.
I am not sure how HTML::FormFu can make them Ajax style chained drop
down box.
initially province and state are not visible to user.
e.g If I choose canada, the province drop down box will pop
On 10/07/07, Daisuke Maki <[EMAIL PROTECTED]> wrote:
I finally got to updating my HTML::FormFu copy, but the tests seem to
fail. Are you missing some file commits?
first failure:
t/elements/src...Can't locate
HTML/FormFu/Element/src.pm in @INC (@INC contains:
/home/
On 10/07/07, Daisuke Maki <[EMAIL PROTECTED]> wrote:
cd svn/HTML-FormFu
svn update
perl Makefile.PL
make test
is all I did.
svn update shows it at rev 247
[EMAIL PROTECTED] svn update
At revision 247.
[EMAIL PROTECTED]
Looking at svn diff, I have modifications, but that's only on the docs...
On 11/07/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
Hi Carl,
Some revisions ago you added a setup() method which is called on every
element. See this thread:
http://lists.scsys.co.uk/pipermail/html-formfu/2007-May/39.html
I've implemented a custom element which makes use of this setup me
On 11/07/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> On 11/07/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> > which makes my element appear twice in the form if placed inside a block
> > element (e.g. a simple_table) because my setup method is called once in
> > ObjectUtil and a second time f
On 11/07/07, kewei xiao <[EMAIL PROTECTED]> wrote:
Is there a way to pre-fill textfield value in yml? e.g if I want to
update a item, when I click on that item, the textfield of item's name,
description, etc should be filled with data from Database.
Use default()
So, in yaml:
---
element:
-
On 11/07/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
Hi folks,
I'm wondering why there still is no such thing as a Date element consisting
of three select fields (day, month, year)? Am I the only person who doesn't
like giving users a stupid textfield for entering dates? I don't like
JavaScript
On 17/07/07, kewei xiao <[EMAIL PROTECTED]> wrote:
Hi Carl
if the labels are not auto-generated, how can they be localized?
label_loc()
Also how legend and button value get localized?
If you edit Element/fieldset.pm to use mk_output_accessors() to create
'legend' rather than using mk_acces
On 18/07/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
Hi Carl,
Tobias Kremer <[EMAIL PROTECTED]> wrote:
> I'm wondering why there still is no such thing as a Date element consisting
> of three select fields (day, month, year)? Am I the only person who doesn't
> like giving users a stupid textfie
On 17/07/07, Carl Franks <[EMAIL PROTECTED]> wrote:
On 17/07/07, kewei xiao <[EMAIL PROTECTED]> wrote:
> Hi Carl
>
> if the labels are not auto-generated, how can they be localized?
label_loc()
> Also how legend and button value get localized?
If you edit El
On 19/07/07, kewei xiao <[EMAIL PROTECTED]> wrote:
I am trying to add "style=display:none" in my customized select box,
but I am not sure where I should put it.
here is the code snippet:
$self->form->element( {
type => 'select',
name => 'subcountry_id',
i
On 20/07/07, kewei xiao <[EMAIL PROTECTED]> wrote:
Hi Carl
the "Required" constraint and "Email" constraint used to give me
"the field is required" or "This is not an email address" error
message. After I updated my HTML-FormFu it only gives me
"form_error_message".
I am not sure if
For the Date element requested by Tobias, I'm needing either multiple
inheritance or some sort of traits support.
I didn't want to use NEXT as it seems quite slow, and I couldn't use
Class::Trait as it's incompatible with accessor generators, such as
formfu uses - so for now I've settled on Class:
The DateTime inflator now has a strptime() method to set formatting
when the object is stringified.
You can either pass a simple string, such as '%d-%m-%Y'.
Or you can pass a hashref of options that will be passed onto the
DateTime::Format::Strptime constructor.
There's now documentation for both
On 18/07/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> Hi Carl,
>
> Tobias Kremer <[EMAIL PROTECTED]> wrote:
> > I'm wondering why there still is no such thing as a Date element consisting
> > of three select fields (day, month, year)? Am I the only person who doesn't
> > like giving users a stupi
On 11/07/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> I've implemented a custom element which makes use of this setup method to
> build multiple elements. Now the problem is that the block element's setup()
> method does this:
>
> map { $_->setup } @{ $self->_elements };
>
> which makes my eleme
On 20/07/07, kewei xiao <[EMAIL PROTECTED]> wrote:
> I was at the version before you did change on "legend_loc()", after you
> did changes, I checked out the latest version and updated. That's when
> I couldn't see any error message.
>
> I can fix these problems by adding " sub message{} in Requir
On 13/07/07, kewei xiao <[EMAIL PROTECTED]> wrote:
> I am not sure How I can handle event.observe in yml file, something like
> this:
>
> Event.observe( window, 'load',
> function () {
> Event.observe( 'country', 'click', function () {
> countryChosen('country'); } );
>
On 10/07/07, kewei xiao <[EMAIL PROTECTED]> wrote:
> Thank you for the hint. now I have another problem that my customized
> province and state drop down box can't get data from database.
> Also select box labels ( 'Province' or 'State' ) are dynamically
> changed. Can I archive that in my custo
On 02/08/07, Brian Cassidy <[EMAIL PROTECTED]> wrote:
> Carl Franks wrote:
> > On 20/07/07, kewei xiao <[EMAIL PROTECTED]> wrote:
> >> I was at the version before you did change on "legend_loc()", after you
> >> did changes, I checked out th
On 06/08/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> > Thanks very much. I gave it a spin and it already looks pretty good. Here's
> > some quick feedback.
>
> Some more feedback:
>
> I just realized that invalid dates (e.g. February, 31st) do not trigger an
> error
> message yet. Furthermore t
On 06/08/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
>
> > I've now checked in a new 'date' element.
> > I've still got some more features to add to it, but it's got the basics
> > down.
>
> Thanks very much. I gave it a spin and it already looks pretty good. Here's
> some
> quick feedback.
>
>
On 06/08/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> 2.) By default there shouldn't be a valid date selected. The three select
Some applications may wish to always set the default date itself - and
not have an empty item at the start of each menu - thereby forcing the
selection of a value.
>
On 07/08/07, kewei xiao <[EMAIL PROTECTED]> wrote:
>
> I have a customized select box which is wrapped around in a div
> class, now I am trying to include it in a fieldset like this:
>
> ---
> id: form
> elements:
> - type: block
> tag: fieldset
> elements:
>
On 07/08/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> > How were you testing this?
> >
> > The file "t/elements/date.t" tests the Required constraint on a date
> > element - it seems to work ok.
>
> Can you give the attached Catalyst app a spin? It marks the field as "Field is
> required" even if
On 10/08/07, Thorsten Domsch <[EMAIL PROTECTED]> wrote:
> i just tried the latest version of the date element. In contrast to the prior
> version it doesn't trigger the required constraint all the tiem, but now it
> seems it does never trigger the required constraint :-(
I'm going to need at the
On 13/08/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> Carl,
>
> is it correct, that it's currently completely impossible to set a value for
> the
> newly introduced date element? I tried the following variations and none of
> them
> seems to work:
>
> 1. $form->get_field( { name => 'birthdate'
On 09/08/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
>
> following up on my previous post about problems with the DateTime::Locale
> generated month names of the new date element I'd like to elaborate and
> discuss
> the topic a little bit more.
>
> IMHO, it all comes down to wrong Unicode handli
On 13/08/07, Carl Franks <[EMAIL PROTECTED]> wrote:
> On 09/08/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> >
> > 1) The YAML parser that reads the form definition must assure that the file
> > is
> > properly decoded (e.g. utf-8) into Perl'
For anyone using the date element from svn - take note that I've
changed several method names.
Instead of having seperate methods for things like day_default(),
month_default(), etc.
There are now 3 methods - day(), month() and year() which each accept a hashref.
So, the following old yaml config
On 10/08/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> Quoting Thorsten Domsch <[EMAIL PROTECTED]>:
> > name.setfromsqlstring would be cool or a method to change the value of a
> > single selectbox like name.day.value or both(which would be best)
>
> Hmm.. I think it would be useful if one could
On 14/08/07, Moritz Onken <[EMAIL PROTECTED]> wrote:
>
> I started today using FormFu and I just like it! Carl, you did a very
> good Job!
Thanks - I'm glad it's useful.
> But I ran into one problem. I want to use multiple submit buttons. The
> common way is, to set a value on each and check that
On 15/08/07, Brian Cassidy <[EMAIL PROTECTED]> wrote:
> Hi Carl,
>
> Not to be a total pain in the posterior, but I was just wondering about
> the status of some pending CPAN releases. Most importantly, a non-dev
> release of HTML-FormFu.
OK, fair enough.
There's 1 thing I don't like that I've no
On 15/08/07, Daisuke Maki <[EMAIL PROTECTED]> wrote:
> Other than the fact that I need to re-build my schema classes, that
> doesn't strike me as a big problem.
>
> BTW, do you recommend that I rename my Catalyst::Model::FormFu class
> too? Again, not much of a problem, but I'd rather stick with a
On 15/08/07, Carl Franks <[EMAIL PROTECTED]> wrote:
>
> There's 1 thing I don't like that I've not brought up before - it's
> the mismatch between the Catalyst controller being called
> 'HTML::FormFu' and the DBIx::Class plugin being called '
The current default behaviour for Constraint errors is to search for
an i18n key of the form "form_${type}_error".
Unfortunately, this provides no means of disambiguating clashes
between errors from Constraints, Inflators, Validators and
Transformers.
For example both HTML::FormFu::Inflator::Imag
On 16/08/07, Brian Cassidy <[EMAIL PROTECTED]> wrote:
> Hey all,
>
> I'm just doing some manual form testing by submitting a form and then
> reloading the page (thus re-POST-ing the params) as i make changes.
> However, often times, on first reload i get this:
>
> Operation "bool": no method found,
On 16/08/07, Brian Cassidy <[EMAIL PROTECTED]> wrote:
> I'm not sure why this works on my ubuntu box and not the windows box,
> but i get an error (Can't call method refaddr without a package or
> object reference) in two spots:
>
> HTML/FormFu.pm
> HTML/FormFu/Render/base.pm
>
> Attached is a patc
Ok, there's just 1 more issue that I can think of that needs addressed
before a CPAN release.
I'm not entirely happy with all element filenames being lowercase, and
everything else being CamelCaps.
What I think would be better, would be to have all files under:
Elements/
Deflators/
Filter
On 15/08/07, Moritz Onken <[EMAIL PROTECTED]> wrote:
> There is a little bug. If you do it as I wrote the value of the
> unclicked button will be "" after submission. If you have an error on
> that form the new page will have an empty submit button.
>
>
> $form->add_valid( $_->name, $_->val
On 16/08/07, Brian Cassidy <[EMAIL PROTECTED]> wrote:
> Carl Franks wrote:
> > I propose changing the key to the format: "form_${processor}_${type}"
>
> +1
>
> That seems like a sane default.
Committed!
Carl
___
On 17/08/07, Brian Cassidy <[EMAIL PROTECTED]> wrote:
> Carl Franks wrote:
> > I'm not entirely happy with all element filenames being lowercase, and
> > everything else being CamelCaps.
> > What I think would be better, would be to have all files under:
&
On 17/08/07, Brian Cassidy <[EMAIL PROTECTED]> wrote:
> Carl Franks wrote:
> > Sigh, I just didn't want to mess people about by renaming all the
> > Element files to CamelCase - when I did the exact opposite 5 months
> > ago.
> > That's really the
As an experiment, I've implemented the change to CamelCase element
filenames - and have checked it in - including necessary changes in
DBIx-Class-HTML-FormFu, HTML-FormFu-Dojo and HTML-FormFu-Imager.
I'll try to get the time over the weekend to update a couple of cat
apps to the very latest svn ve
On 18/08/07, Adam Herzog <[EMAIL PROTECTED]> wrote:
> I ran into a problem with the AutoSet constraint, where it would
> always fail if there is only a single option, even if that option is
> selected.
>
> I've attached a patch, with tests (svn diff against r304.)
Thanks - applied!
Carl
On 19/08/07, Moritz Onken <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I wrote a test an a patch for the Inflator::DateTime module.
> Now it won't fail validation if the date field is emtpy.
Thanks!
I made just a couple of slight changes.
I changed
return unless $value;
to
return unless defined $va
On 20/08/07, kewei xiao <[EMAIL PROTECTED]> wrote:
> Hi Carl
>
> when I create my customized select elements, there is class
> created as well. I wonder if there is way to remove it.
>
> something like this:
>
>
>
>Category:
>
>
>
I take it your example is the cu
HTML::FormFu has a new config_callback() method, which accepts args
suitable for Data::Visitor::Callback, and are used by
load_config_file() to preprocess any config files, before passing
their data to populate().
The Cat controller has a new option config_callback(1), which when
true sets up a ca
The following modules have been uploaded to pause.perl.org, all at
version 0.01001
HTML-FormFu
HTML-FormFu-Imager
DBIx-Class-HTML-FormFu
Catalyst-Controller-HTML-FormFu
They should be available on http://search.cpan.org within 24 hours.
If you don't want to wait that long, you can
On 22/08/07, kewei xiao <[EMAIL PROTECTED]> wrote:
>
>I updated to the newest HTML::FormFu and its components, then I have
> this error message pop up when I try to submit my form after I put
> something in the text field:
>
> Can't locate object method "process_input" via package
> "HTML:
On 22/08/07, kewei xiao <[EMAIL PROTECTED]> wrote:
>
> I didn't change the name to follow camelcase rule. After I update
> Catalyst::Controller::HTML::FormFu, I have following error when I click
> "home" link to go back to home section:
Sorry, all Element filenames have changed - so you have
I've uploaded a new version of HTML-FormFu to PAUSE, to fix some
missing imports which were causing test failures under perl 5.9.5
Again, it'll take a few hours to find it's way onto CPAN.
Carl
___
HTML-FormFu mailing list
HTML-FormFu@lists.scsys.co.uk
I've pushed a new release to CPAN - it simply fixes a missing prereq
in the Makefile.PL - I've you've already got Catalyst installed, you
won't even have noticed.
But many thanks to the tireless cpan testers!
Carl
___
HTML-FormFu mailing list
HTML-Form
On 24/08/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> While tracking down some memory leaks I realized that all forms utilizing the
> new Date element are leaking some memory - at least while running under
> Catalyst (FCGI). I'm measuring this with top and ab and I can see an endless,
> constant
On 24/08/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> > Have you confirmed that the process size only grows if Date elements are
> > used?
>
> Yes, forms w/o the Date element aren't suffering from this.
>
> > Are you using auto_inflate(1)?
> > Does the Date have any other constraints, filters, et
On 24/08/07, Tobias Kremer <[EMAIL PROTECTED]> wrote:
> By the way: I just realized that incorporating FormFu makes Catalyst grow from
> 11 megs to 27 megs - that's a pretty huge memory usage IMHO. Can you confirm
> this?
For me, a basic Cat app running under the built-in server uses 14MB.
If I m
1 - 100 of 755 matches
Mail list logo
