Please open a ticket with your patch so I do not forget. I will look at it 
carefully tomorrow. I welcome more discussion on the topic.

On Sunday, 25 August 2013 21:15:04 UTC-5, mr.freeze wrote:
>
> Precisely why I am pushing for a generic onrender method. Adding an 
> attributes property to either the field or the widget only couples it to 
> the presentation layer further.  Also, attributes are only one aspect of 
> the usage. Others would be value based modification, wrapping the element 
> or appending child elements.  What about db.table.widget.onrender = ....? 
> The crux is that default widgets aren't applied until a form is rendered. 
> This might need to be changed.
>
> On Sunday, August 25, 2013 8:59:31 PM UTC-5, Massimo Di Pierro wrote:
>>
>> I like this better than the original proposal but I am still unhappy. I 
>> think Field(...widget=...) is already too much coupling between the 
>> database layer and the presentation (form) layer. I do not think this 
>> coupling should be increased. Can we do something like:
>>
>> db.table.field.widget.attributes = ... 
>>
>> On Sunday, 25 August 2013 17:05:37 UTC-5, Alan Etkin wrote:
>>>
>>>
>>> "Ok, the thing is that there are no hooks in rendering cause all the 
>>>>>>>>>> rendering is meant to be happen in your own widget." - I disagree.  
>>>>>>>>>> You can 
>>>>>>>>>> modify a SQLFORM after it renders. I am simply trying to achieve a 
>>>>>>>>>> similar 
>>>>>>>>>> effect at the Field level.
>>>>>>>>>>
>>>>>>>>>
>>>
>>> How about a Field(..., attributes={"class": "required"}) argument so 
>>> widgets can override their attributes with those on creation. This would 
>>> avoid the need of adding custom widget code for that simple task. OTOH I 
>>> think the best would be not to provide the shortcut because it sort of 
>>> mixes the database configuration and the client user interface. I'd instead 
>>> subclass the widgets so they add the class to the html if the field is 
>>> required.
>>>
>>>

-- 

--- 
You received this message because you are subscribed to the Google Groups 
"web2py-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to web2py+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to