Re: Form display and processing module?
| From: | Bertrand Mansion | Date: | Thu, 06 May 2004 18:08:38 +0000 |
| Subject: | Re: Form display and processing module? | ||
| References: | 1 | Groups: | php.pecl.dev |
| Request: | Send a blank email to pecl-dev+get-607@lists.php.net to get a copy of this message | ||
<sklar@sklar.com> wrote :
> I am thinking about building a PHP 5 extension modeled after the PEAR
> module HTML_QuickForm. If such an extension could eventually become part
> of the PHP distribution it would greatly simplify the basic form
> handling tasks that PHP beginners struggle over (preserving default
> values, using htmlentities() before redisplaying user input, laying out
> form elements, etc.) The perception that HTML_QuickForm is external to
> PHP and not always available is a serious barrier to its adoption and use..
>
> What are folks thoughts on this? Interested in helping? Think it's
> redundant? Have peeves about the HTML_QuickForm API?
Turning Quickform into a PHP extension will perhaps improve the performance
(not sure) but I think that reproducing its features will take you a long
time. Despite the "serious" barrier you are talking about (which I never
heard of), Quickform seems to be quite popular as a PHP class. The only
barrier someone told me about was related to the fact that it uses
PEAR_Error...
So I would say that unless you can provide support for custom element
classes, custom validation rule objects, custom renderers (Sigma, Smarty,
Flexy...), custom filters and a plug & play controller, I am not sure such
an extension will be useful, but feel free to do it naturally.
Good luck :)
Bertrand Mansion
Mamasam