headers
Michael Collinson | 9 May 08:54

FormBuilder-generated code won't HTML validate

Hi,

We're validating to HTML 4.01 transitional and all our 
FormBuilder-generated forms fail because it is generating underbar 
prefixed id tags as in the example below.  Technically no big deal, 
but we can't claim standards compliance unless we can eliminate 
this.  It also causes a problem with CSS formatting of Submit 
buttons; good old IE works with input#fb_submit { ... } but not with 
input#_submit { ... } .

Am I missing something simple in my source code to put in a prefix so 
that it would generate something like id="fb_submit" instead?

If so, is it possible to generate such a prefix one time in one of 
the CGI::Application rather than having to go to each of our many 
forms? We are using CGI::Application and HTML::Template.

Regards,
Michael Collinson

Error Line 234 column 11: value of attribute "ID" invalid: "_" cannot 
start a name.

is generated from:

<input id="_submit" name="_submit" type="submit" value=" Register " />

<tmpl_var form-start>
...
Email Address: <TMPL_VAR field-email>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hasanuddin Tamir | 10 May 09:11
Picon

Make 'required' as template variable

Hi All,

First of all, I just started using CGI::FB less than a month ago and I learnt
immediately that this module is a must in my toolbox. About two weeks
since I tried it, I found that there is the new version (3.03) and installed it
right away. Its modular and subclassable architecture makes it even more
sophisticated.  Thanks for Nathan Winger and all the contributors for this
great piece of (highly resuable) software.

Suprisingly I can't find any archive of this list, neither any information
about where the archive is (sorry for my ignorance if such archive does
exist). So I'm sorry if what following was already discussed and decided.

I had a need to access the 'required' property of a field from the template
file but I couldn't find a simple way to do it. My search took me to the file
CGI/FormBuilder/Template/HTML.pm and loaded it on vim. I then made
some changes locally so I can do this in the template file:

  <tmpl_loop fields>
  <tmpl_if required><b><tmpl_var label</b><tmpl_else>
    <tmpl_var label></tmpl_if>: <tmpl_var field>
  </tmpl_loop>

Basically, I added a template variable to access the required property,
so one can use it as above example as well as <tmpl_var required-[field]>.
The patch is included both inline and as an attachment since I'm not sure
which one is the correct way to send patches.

While doing the changes, I was thinking if there's more flexible way to
do this kind of changes without patching but didn't continue to elaborate
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ernie Souhrada | 11 May 02:39
Favicon

date validation

'allo--

Being new to FB, I don't know if this is by design or not, but I noticed
that DATE, EUDATE, MMYY, and MMYYYY don't validate as expected (based on
the way the docs are written) if a user enters, for example, 8/1/2006
for August 2006.  If this is ok by design, I'd like to suggest
STRICTDATE and STRICTEUDATE (or something similar) as additional
validation rules that would require leading zeroes; if it isn't, then I
have a patch to fix these four rules so that they behave more like what
the docs suggest (which I can modify easily enough to provide new rules
instead of replacements to the exsting ones).

e.
Permalink | Reply | 0 comments |
headers
Mark Hedges | 31 May 02:00
Favicon

Re: Announce: FormBuilder 3.0301 released

On Sat, 20 May 2006, Nate Wiger wrote:
> 
> CGI::FormBuilder 3.0301 has been released and posted to CPAN and
> formbuilder.org.
> 
> 3.0301 is a bugfix release to repair these main items:
> 
>    - optgroups bugfix for complex arrays
>    - removal of HTML::Entities support due to utf8 issues
>    - new es_ES Messages module with better translations
>    - a patch from Mark Hedges to enable plugin modules for mailresults()
> 
> The rest of the features remain the same as 3.03.

Hip hip hurrah!

Maybe it hasn't gone through CPAN yet because of the open bug.

http://rt.cpan.org/Public/Bug/Display.html?id=16193

At least, I can't install it yet:

    cpan> install CGI::FormBuilder
    CPAN: Storable loaded ok
    Going to read /root/.cpan/Metadata
      Database was generated on Mon, 15 May 2006 13:27:09 GMT
    CPAN: LWP::UserAgent loaded ok
    Fetching with LWP:
      http://cpan.binarycompass.org/authors/01mailrc.txt.gz
    Going to read /root/.cpan/sources/authors/01mailrc.txt.gz
(Continue reading)

Permalink | Reply | 1 comment |
headers
Mark Hedges | 31 May 03:38
Favicon

Re: Announce: FormBuilder 3.0301 released


Aha -- 

I think it is because $VERSION in FormBuilder.pm is still 3.03.

If I remove the files and install again with CPAN, it gets the 
new version from the archive.

Mark

On Tue, 30 May 2006, Mark Hedges wrote:

> From: Mark Hedges <hedges <at> ucsd.edu>
> To: Nate Wiger <nwiger <at> gmail.com>
> Cc: FormBuilder Users <fbusers <at> formbuilder.org>
> Date: Tue, 30 May 2006 17:00:25 -0700 (PDT)
> Subject: Re: Announce: FormBuilder 3.0301 released
> 
> On Sat, 20 May 2006, Nate Wiger wrote:
> > 
> > CGI::FormBuilder 3.0301 has been released and posted to CPAN and
> > formbuilder.org.
> > 
> > 3.0301 is a bugfix release to repair these main items:
> > 
> >    - optgroups bugfix for complex arrays
> >    - removal of HTML::Entities support due to utf8 issues
> >    - new es_ES Messages module with better translations
> >    - a patch from Mark Hedges to enable plugin modules for mailresults()
> >
(Continue reading)

Permalink | Reply | 0 comments |

Gmane