Or actually wasSubmitted(String elementName) is probably better name
for the method I'd like to see in WORequest. Since sometimes the
element names is an elementID and sometimes it's an arbitrary string.
Anyways, I'm sure you guys get what I'm saying. :-)
Ricardo J. Parada
On Jan 30, 2008, at 5:22 PM, Mike Schrag wrote:
I actually have avoided putting this in Wonder because I'm really
not sure what the side-effects might be in the general case. I've
always felt like the current behavior is wrong, but I feared
changing it in case it introduced some subtle bugs somewhere, or in
case people depended on that wacky behavior. I suspect the original
WO folks made it work like this so that checkbox and the others
would work in a consistent way. The real blame is on the original
design of how unchecked checkboxes submit in HTML, but not much we
can do about that :) It is a bit a conundrum, though ... If you
change it, you always have to lug around the "oh, btw, checkboxes
don't work the same way" note.
ms
On Jan 30, 2008, at 7:17 PM, Mr. Pierre Frisch wrote:
Hi Mike,
Is this something we could fix for a future version of WO? Can you
think of any side effects? I know of the WOCheckBox one that is
pretty nasty, but for other inputs?
Pierre
--
Pierre Frisch
[EMAIL PROTECTED]
On Jan 30, 2008, at 15:20, Mike Schrag wrote:
It would be nice for example, if the WOTextField did not attempt
to set its value to null when it notices that its elementID is
not included in the form keys submitted in the request. Then
this partial form submit would just work.
IIRC, Mike said that he had problems with partial submits in the
Wonder code too.
Yeah, you have to wrap all of the WO input components and manually
make them ignore takeValuesFromRequest if its key is not in the
request. The problem here is that WOCheckBox has to work this
way, so it will never work quite right for checkboxes without
doing a bunch of trickery. You could make a custom checkbox with
a hidden field + javascript to turn the checkbox into a hidden "1"
or "0", I guess.
ms
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/pierre%40apple.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
