Re: Annoying QuickForm Rendering quirk.

On Fri, 20 Aug 2004 13:21:29 -0500, pitesaj@peteramayer.com <pitesaj@peteramayer.com> wrote: > Had the same problem. Sure its not the best method but if you change the > method of the form from GET to POST and only use the GET to retreive > variables passed between pages it seems to work fine. > This didn't solve my problem, but thanks anyway for getting me thinking in a different direction :-) The form was already using POST (which is the default). But this got me looking further into the HTML_QuickForm constructor, where I noticed the last optional parameter is $trackSubmit. On a lark, I changed $form = new HTML_QuickForm("checkoutForm"); to $form = new HTML_QuickForm("checkoutForm", null, null, null, null, true); and things are behaving now. > David Rose <doppler@gmail.com> > 08/20/2004 12:54 PM > Please respond to > David Rose <doppler@gmail.com> > > To > pear-general@lists.php.net > cc > > Subject > [PEAR] Annoying QuickForm Rendering quirk. > > > > > I mentioned this the other day but have seen no repsonses. > > I've got several pages that utilize HTML_QuickForm. On some (and only > some) of the pages, the error message I've specified in a "required" > type rule is being displayed on the form, even if the page is being > viewed for the first time (e.g. has not been submitted to the server > yet). > > Having dug down into HTML/QuickForm/Renderer/Default.php, it appears > that $error is getting passed into renderElement(), which is causing > _prepareTemplate() to render the error message into the form, > regardless of whether the form has been submitted. > > I feel like I've hit a brick wall. Please help. > > -- > David Rose > Webmaster, SXSW Conferences and Festivals > SXSW 2005 - March 11-20, 2005 - Austin, Texas > http://sxsw.com/ > > -- > PEAR General Mailing List (http://pear.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > -- David Rose Webmaster, SXSW Conferences and Festivals SXSW 2005 - March 11-20, 2005 - Austin, Texas http://sxsw.com/