durusmail: quixote-users: Generalizing form/widget API a bit
Generalizing form/widget API a bit
2003-11-25
2003-11-25
2003-11-25
2003-11-25
2003-11-25
2003-11-26
2003-11-26
2003-11-26
2003-11-26
2003-11-26
2003-11-26
2003-11-26
2003-11-26
2003-11-26
2003-11-26
2003-11-26
2003-11-29
2003-11-30
2003-11-26
2003-11-26
2003-11-26
Patch: add html_attrs keyword arg to widget classes
2003-11-30
Patch: add html_attrs keyword arg to widget classes
2003-12-01
Patch: add html_attrs keyword arg to widget classes
2003-12-01
Patch: add html_attrs keyword arg to widget classes
2003-12-01
2003-12-02
2003-12-03
2003-12-02
Patch: add html_attrs keyword arg to widget classes
2003-12-01
Patch: add html_attrs keyword arg to widget classes
2003-12-01
Generalizing form/widget API a bit
Oscar Rambla
2003-11-26
On Tuesday 25 November 2003 08:49, Neil Schemenauer wrote:
>
> I think the general idea is good but I'm worried about name
> collisions.  With this approach you can't set an attribute if the
> widget takes an argument with the same name.
>

IMHO (more than ever) i would clearly distinguish html_attrs from the rest of
attributes of the widget, being responsability of the programmer its
construction.
I would try to pass html_attrs (dict) the more transparent possible way to
htmltag, with the minimun influence on the widget, and let htmltag resolve
the collissions.
Other thing are the attributes (html or not) that has an importance to  the
widget. They must be treated the normal way and be rendered explicitly by the
widget.


Oscar Rambla
CODI


reply