You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Wouter Denayer <wo...@denayer.com> on 2003/11/10 09:36:36 UTC
[validator] client side validation: alternative for alert()?
Hello,
Currently with client side validation, when there is an error an alert()
popup box is used to signal this to the user. By using client side DHTML
we could get pretty much the same behavior as you get when going to the
server and coming back, i.e. all messages grouped together above the
form + each message repeated close to the offending field. Has there
been any thought of implementing this functionality in validator?
regards,
Wouter Denayer
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [validator] client side validation: alternative for alert()?
Posted by David Graham <gr...@yahoo.com>.
There is already a way to customize the javascript for a validation rule. Just alter the code between <javascript></javascript> in the validator-rules.xml file.
David
Wouter Denayer <wo...@denayer.com> wrote:
what about changing the client code that is shipped to add an extension
point so that this functionality can easiliy be added? In my case I just
need Explorer support so that is easily done...
Wouter
in a way that allows people to add this functionality if they wanted to,
without making structure changes to the code. An extension point
David Graham wrote:
>--- Wouter Denayer wrote:
>
>
>>Hello,
>>
>>Currently with client side validation, when there is an error an alert()
>>
>>popup box is used to signal this to the user. By using client side DHTML
>>
>>we could get pretty much the same behavior as you get when going to the
>>server and coming back, i.e. all messages grouped together above the
>>form + each message repeated close to the offending field. Has there
>>been any thought of implementing this functionality in validator?
>>
>>
>
>No, probably because DHTML is difficult to implement for all browsers. I
>agree that DHTML is pretty neat but it's way too time consuming to
>maintain cross browser code.
>
>David
>
>
>
>>regards,
>>
>>Wouter Denayer
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>
>>
>>
>
>
>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
---------------------------------
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
Re: [validator] client side validation: alternative for alert()?
Posted by Wouter Denayer <wo...@denayer.com>.
what about changing the client code that is shipped to add an extension
point so that this functionality can easiliy be added? In my case I just
need Explorer support so that is easily done...
Wouter
in a way that allows people to add this functionality if they wanted to,
without making structure changes to the code. An extension point
David Graham wrote:
>--- Wouter Denayer <wo...@denayer.com> wrote:
>
>
>>Hello,
>>
>>Currently with client side validation, when there is an error an alert()
>>
>>popup box is used to signal this to the user. By using client side DHTML
>>
>>we could get pretty much the same behavior as you get when going to the
>>server and coming back, i.e. all messages grouped together above the
>>form + each message repeated close to the offending field. Has there
>>been any thought of implementing this functionality in validator?
>>
>>
>
>No, probably because DHTML is difficult to implement for all browsers. I
>agree that DHTML is pretty neat but it's way too time consuming to
>maintain cross browser code.
>
>David
>
>
>
>>regards,
>>
>>Wouter Denayer
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>
>>
>>
>
>
>__________________________________
>Do you Yahoo!?
>Protect your identity with Yahoo! Mail AddressGuard
>http://antispam.yahoo.com/whatsnewfree
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [validator] client side validation: alternative for alert()?
Posted by David Graham <gr...@yahoo.com>.
--- Wouter Denayer <wo...@denayer.com> wrote:
> Hello,
>
> Currently with client side validation, when there is an error an alert()
>
> popup box is used to signal this to the user. By using client side DHTML
>
> we could get pretty much the same behavior as you get when going to the
> server and coming back, i.e. all messages grouped together above the
> form + each message repeated close to the offending field. Has there
> been any thought of implementing this functionality in validator?
No, probably because DHTML is difficult to implement for all browsers. I
agree that DHTML is pretty neat but it's way too time consuming to
maintain cross browser code.
David
>
> regards,
>
> Wouter Denayer
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org