On 3/9/06, <b class="gmail_sendername">sophana</b> &lt;<a href="mailto:sophana@zizi.ath.cx">sophana@zizi.ath.cx</a>&gt; wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Now I'm looking for a method for generating forms.<br>formkit looks quite good, although not that simple.</blockquote><div><br>Hello Sophana.<br>
<br>
I'm one of the authors of FormKit.<br>
<br>
The apparent complexity is largely due to the crappiness of HTML, but
we've done a pretty good job (IMHO) of putting a consistent api across
all field types. most of the complexity is under the hood and out of
your hair... again, IMO.<br>
<br>
It would be pretty easy to do what you ask -- to make SQLObjects and
FormKit fields more intimately hooked together. You could write a
simple Validator/Convertor that would inspect your database objects to
determine what's required.<br>
<br>
Ultimately, there is no free lunch however, eventually you will find an
example of something you need that is not easily &quot;automated&quot; by such a
hack... again, HTML (and especially forms) SUCK. Sooner or later you'll
have a database object that's too complicated for 'smart' code, and
will have to break your own rules...<br>
<br>
Ian's approach with FormEncode might be more to your liking... stop
trying to mess with HTML and start worrying just about values.<br><br>
If you have any specific FK questions, let me know.<br>
<br>
Good luck.&nbsp;</div><br></div>