After a bunch of rewriting, I'm calling the form-processing code I've
been writing FunFormKit -- putting the FUN back in FUNctional
programming!  Well, it's more OO programming, so I guess I'll just
settle with saying it's FUN FUN FUN!  Well, I don't really know if
it's that fun.  Useful doesn't start with an F, though.

It's a rewrite of a number of parts of the interface as well as some
bugs Jeff Johnson found in his use.  It also includes actual
documentation -- not thorough (though the docstrings should help
there), but workable I think.  Both zeros in 0.2.0 are meaningful --
I'll probably make changes to the interface, and there are certainly
bugs left in there.

Anyway, you can download it at:
  http://www.colorstudy.com/static/ianb/downloads/webware/FunFormKit-0.2.0.tar.gz

And you can read the Overview and Quick Start Guide at:
  http://www.colorstudy.com/static/ianb/downloads/webware/FunFormKit/Docs/Overview.html

>From the overview, here's some of the features:

* Form validation.  Fields can be required to fit certain criteria. A
  number of validators are included (for instance, that a string only
  contain letters and numbers); it is simple to write your own. 
* Value conversion.  Simultaneously with validation, values can be
  converted.  For instance, into a Python integer. 
* HTML generation.  Simple layout can be performed with a single
  method, but FunFormKit does not have any sort of template system.  It
  only generates the <input type=...> portions of the HTML.  It is
  simple to interface FunFormKit with other template systems, for
  instance Cheetah. 
* All of this leads up to the essential problem FunFormKit solves:
  re-querying the user when an invalid input is given.  For this reason
  FunFormKit takes over some control from the Servlet (less than the
  last version, though. 
* Allows compound HTML widgets. For instance, included is a field that
  does date input.  This takes three input fields (day, month, year),
  but you can treat it like a single field that returns a single
  value.

Oh, and I forgot -- security.  Less chance of someone messing things
up by giving unexpected values.  Mostly this is just because it's
easier to check values (if you don't specify fields well, of course
you won't have helped your security).

--
Ian Bicking           Colorstudy Web Design
[EMAIL PROTECTED]   http://www.colorstudy.com
homepage:             http://www.colorstudy.com/ianb
4769 N Talman Ave, Chicago, IL 60625 / (773) 275-7241

_______________________________________________
Webware-discuss mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/webware-discuss

Reply via email to