Alberto Valverde <[EMAIL PROTECTED]> writes:

This has this advantage that you noticed.  One of the most  interesting

Oops!  I meant disadvantage...

This applies inly if submission is done by a well behaving browser, not by a
maliciously crafted script... We need a safer way to know which fields have
been *explicitlly* disabled by the server-side application.

They might be disabled client side as well...  The idea is really signaling
that to the server so that it knows.  Of course, if a widget has no
"can_be_disabled" attribute or it is false, then it can't be disabled...

Hmmm, I don't think that's a good idea because, for example, maybe a
validation spec states that fields A and B can only be disabled if they're
disabled simultaneously, this means we need to place that logic in a
FormValidator which has access to all fields (or use the state parameter),
not under simple validators.

Can't we do that with existing logic on schemas + "can_be_disabled"?  (Take a
look at "RequireIfMissing", for example)

Taking a look at formencode's docs I see these attributes that might shed some
light here:

    |  Data and other attributes inherited from FormValidator:
| | validate_partial_form = False | | validate_partial_other = None | | validate_partial_python = None


Nor the 5 degrees celsius near Plaza Mayor right now... :P

Oh, that we have here as well. ;-)  Negative temperatures are not rare in
winter. :-)  Of course, here in the South and in some parts of Southeast.  In
Northeast people start feeling cold when it's something like 25 celsius
degrees ;-)

--
Jorge Godoy      <[EMAIL PROTECTED]>

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"TurboGears" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/turbogears?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to