Description: ------------ 1. Element method HTML_QuickForm_date::getFrozenHtml() returns the right code, but freezes the element, where it shouldn't! ;-) 2. And the method HTML_QuickForm_Date::setPersistantFreeze does not work when not generating the hidden <input>, it always generates the hidden tags. I have tested exact the same with HTML_QuickForm_input and it works ok. Reproduce code: --------------- $form <- Generate some elements foreach( ... $element's acessed by reference ...) { Set values for elements from db rows $element->setPersistantFreeze(false); $html .= $element->getFrozenHtml(); // a table with element values } $form->display(); echo $html Expected result: ---------------- I wish it to display some input elements in editable state, and bellow a table with values of rows without hidden <input> tags Actual result: -------------- Frozen date element (can occur with other elements, i have not tested all) and editable input text Bellow a table with hidden <input> tags for the html generated from date element on getFronzenHtml() even calling $element->setPersistantFreeze(false);

Both problems can be tracked to the group element of which date is a subclass. 1. group::getFrozenHtml() freezes the group, after which group::accept() just freezes all the elements. Group itself is "thawed" after, but the elements are not affected. The solution will be adding a thaw() / unfreeze() method (or a parameter to freeze() maybe), saving the elements' frozen state before calling accept(), freezing them and later reverting their frozen state to the previous value. 2. is easy, group::setPersistantFreeze() should just propagate the passed parameter to the group's elements.

will an unfreeze() Function added? i think this is an realy good feature For Example Adding Radiobuttons for assking "Are this Data Correct?" when Form ist Freezed

Fixed in CVS. Added element::unfreeze() method, calls to group::getFrozenHtml() and group::setPersistantFreeze() now work as expected.