Я, будучи разработчиком QuickForm, лицо, кнэшно, заинтересованное. Но чё-то мне кажется, что большая часть предъявленных претензий несколько надуманны.
fixxxer:
например вот есть у нас множественный выбор. познакомлюсь с [ ] м [ ] ж [ ] иное. вобщем то именно в шаблоне, по большому счету, должно определяться, показать это пачкой чекбоксов, select multple-м, или вообще каким то там джаваскриптовым хитрым контролом; конфигурации формы же на это пофигу, там есть multple-select list, или set если в sql терминах. точно так же list (radio? select? а какое наше дело?)/number/string/...
В принципе, если чекбоксы / select multiple или хитрый контрол отдают одни и те же данные (на уровень контроллера в MVC, отметим), то реализовать обёртку, которая будет делать разный вывод (при наличии уже классов, умеющих выводить чекбоксы, селекты и хитрые контролы) несложно.
А вот если этих классов нету...
AmdY:
недостаток QuickForm как раз в том, что не реализована связь контроллер-форма-модель, но есть возможность строить весьма управляемые формы
Эээ... А как ты себе представляешь связь с моделью на уровне пакета, занимающегося построением форм? Ну, кроме предоставления интерфейсов для добавления элементов и правил проверки?