Christopher Lenz wrote:
Jonas and I have discussed using FormEncode in Trac some time ago, and
while in general it's a pretty nice lib, I see a few problems with
adopting it at this point:
* Additional dependencies: FormEncode itself *and* ElementTree (at
least for some parts, including htmlgen)
htmlgen is only really used in some experimental code. I think it's
stable and useful, but it isn't clear what role it will have in
FormEncode, if any (eventually I'd like to have a second implementation
of htmlfill with ElementTree, but I don't think htmlgen is actually
necessary for that anyway). If I do anything with it, it'll probably be
to move it to WebHelpers: http://pylonshq.com/WebHelpers/
* The scope of FormEncode isn't clear (e.g., does htmlgen really
belong in there? do widgets?) This is important because FormEncode is
pretty young and we can't expect it to be a stable dependency for the
time being.
There's really just two parts, and I don't think it will grow beyond
that. There's the validation and there's htmlfill. Everything else is
stuff I've played with, and probably should just remove. Form
generation is better developed in other packages at this point, and even
if I want to revisit the issue myself I can do so in a new package.
htmlfill works with plain text, not with ElementTree.
htmlfill_schemabuilder ties the validation together with the form
parsing, and would be useful if you wanted to allow user-defined light
form definitions.
* Development activity on FormEncode is very low (the mailing list
hasn't seen a non-spam message since january) -- this *may* mean that
FormEncode is stable and has no problems, but it may also mean that
it's not being used heavily enough to discover/report the issues.
There's a few architectural issues which I've been very slow to handle,
because I'm a little afraid of how they will effect backward
compatibility. But otherwise I think it is quiet because it is mature.
And form validation isn't actually that interesting ;)
--
Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org
_______________________________________________
Trac-dev mailing list
[email protected]
http://lists.edgewall.com/mailman/listinfo/trac-dev
