.getMarkupId(;/
Regards,
Gabriel
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Server-and-client-side-validation-tp4658242p4658795.html
Sent from the Users forum mailing list archive at Nabble.com.
st('form').parsley();",
> this.getMarkupId(;
> }
> }/
>
> Is there a better way to do that, or is it OK?
>
> Regards,
>
> Gabriel.
>
>
>
> --
>
rkupId(;
}
}/
Is there a better way to do that, or is it OK?
Regards,
Gabriel.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Server-and-client-side-validation-tp4658242p4658773.html
Sent from the Users forum mailing list archive at
Le 7 mai 2013 20:15, "Gabriel Landon" a écrit :
>
> > Hi Cedric,
> >
> > Yes I've seen what you have done.
> > Did you manage to make it works with forms in ModalWindow?
> >
> > Regards,
> >
> > Gabriel.
> >
> >
> &
Window?
>
> Regards,
>
> Gabriel.
>
>
>
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Server-and-client-side-validation-tp4658242p4658631.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> ---
Hi Cedric,
Yes I've seen what you have done.
Did you manage to make it works with forms in ModalWindow?
Regards,
Gabriel.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Server-and-client-side-validation-tp4658242p4658631.html
Sent from the Users forum ma
>
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Server-and-client-side-validation-tp4658242p4658602.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> -
>
ow. As the form tag is
replace with a div tag, Parsley doesn't seems to work in this case.
Do you have an idea on how to fix that?
Regards,
Gabriel.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Server-and-client-side-validation-tp4658242p4658602.html
Sent
rver-and-client-side-validation-tp4658242p4658601.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Thanks for sharing, Cedric!
Well done!
On Tue, Apr 30, 2013 at 9:19 AM, Cedric Gatay wrote:
> Hi,
>
> Your blog post helped me write my first version of the integration between
> JSR303 (bean-validation) and client side validation using parsley.js. You
> can find the curre
Hi,
Your blog post helped me write my first version of the integration between
JSR303 (bean-validation) and client side validation using parsley.js. You
can find the current work on this Github repository:
https://github.com/code-troopers/wicket-jsr303-parsley
Regards,
__
Cedric Gatay
Thanks Martin,
I was just wondering how I could do that. Nice library and nice integration
with Wicket.
Regards
Le 24 avr. 2013 18:07, "Martin Grigorov" a écrit :
> Hi,
>
> I just posted a new article at
> http://wicketinaction.com/2013/04/server-and-client-side-validatio
Hi,
I just posted a new article at
http://wicketinaction.com/2013/04/server-and-client-side-validation/ about
integrating Wicket with client side validation library.
Enjoy!
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com <http://jweekend.com/>
cket-stuff/trunk/wicketstuff-client-and-server-validation/
>
> Here are the basic features:
>
> - By simply replacing formcomponent.add(StringValidator.exactLength(4))
> with add(new ClientAndServerExactLengthValidatingBehavior(form, 4)), it will
> do the client side validatio
/wicketstuff-client-and-server-validation/
Here are the basic features:
- By simply replacing formcomponent.add(StringValidator.exactLength(4))
with add(new ClientAndServerExactLengthValidatingBehavior(form, 4)), it will
do the client side validation and add the server side IValidator for you
kettraining.com
> -- sent from a wireless device
>
>
> -Original Message-
> From: Jörn Zaefferer =F6rn_Zaefferer _ <[EMAIL PROTECTED]>
> Sent: Saturday, October 04, 2008 5:50 AM
> To: users@wicket.apache.org
> Subject: Re: Client side validation behaviors
-Original Message-
From: Jörn Zaefferer =F6rn_Zaefferer _ <[EMAIL PROTECTED]>
Sent: Saturday, October 04, 2008 5:50 AM
To: users@wicket.apache.org
Subject: Re: Client side validation behaviors - already started?
What approach for client-side validation are you looking for? I
What approach for client-side validation are you looking for? I may be
able to help with that.
Jörn
On Fri, Oct 3, 2008 at 5:50 AM, Jeremy Thomerson
<[EMAIL PROTECTED]> wrote:
> I've been thinking of trying to create some behaviors that combine the
> standard server-side valid
I've been thinking of trying to create some behaviors that combine the
standard server-side validation with client-side validation. I just wanted
to check to see if anyone knew of something like this already started. I
don't want to duplicate work already done.
Thanks,
--
Jeremy
something I would look
into at some point..
Maybe the way would be to upgrade the fvalidate integration to current
wicket version?
harrypitt wrote:
Ok, my question was not clear enough.
With "Pure client side validation" i mean a javascript validation which
needs no ajax requests. Of co
current
wicket version?
harrypitt wrote:
Ok, my question was not clear enough.
With "Pure client side validation" i mean a javascript validation which
needs no ajax requests. Of course there should be always a server side
validation and the whole default Wicket form-handling AFTER the
ons about this topic:
> - Are there any example implementations for such client side validations?
dont think so, maybe you can create one
> - There is also a Wicket-Stuff project "fvalidate": Has this project a
> different concept?
i think that project is defunct, fvalidate has
Ok, my question was not clear enough.
With "Pure client side validation" i mean a javascript validation which
needs no ajax requests. Of course there should be always a server side
validation and the whole default Wicket form-handling AFTER the submit. It
would be really stupid to ju
have some additional questions about this topic:
- Are there any example implementations for such client side validations?
- There is also a Wicket-Stuff project "fvalidate": Has this project a
different concept?
- Is there a plan to integrate pure client side validation in the wicket
framew
ions about this topic:
- Are there any example implementations for such client side validations?
- There is also a Wicket-Stuff project "fvalidate": Has this project a
different concept?
- Is there a plan to integrate pure client side validation in the wicket
framework soon?
Harry
tion i have
> to make sure if the framework supports pure (java script) client side
> validation.
>
> As far as i know Wicket "only" supports client side validation with ajax
> requests. This solution is not satisfying for us, because we want to use the
> framework to crea
ks
> and it seems that Wicket or JSF will be the winner (To be honest, my
> personal opinion is that Wicket is the far better choice). In this
> evaluation i have to make sure if the framework supports pure (java
> script) client side validation.
>
> As far as i know Wicket &qu
lient side
validation.
As far as i know Wicket "only" supports client side validation with ajax
requests. This solution is not satisfying for us, because we want to use the
framework to create huge forms which are used by many people. And we think
it would be a hard job for our servers to p
Okay, I've attached a patch that adds the maxlength html attribute.
On Tue, Jul 1, 2008 at 11:24 AM, Eelco Hillenius <[EMAIL PROTECTED]>
wrote:
> On Tue, Jul 1, 2008 at 7:11 AM, Ryan Sonnek <[EMAIL PROTECTED]> wrote:
> > Do any of the core validators actually implement this interface?
>
> Not yet
On Tue, Jul 1, 2008 at 7:11 AM, Ryan Sonnek <[EMAIL PROTECTED]> wrote:
> Do any of the core validators actually implement this interface?
Not yet I think, but it's never to late :-)
Eelco
-
To unsubscribe, e-mail: [EMAIL PROTECT
dded method, so it is already possible to
> > design validators that take care of both server- and client side
> > validation.
>
> Javadocs from that class:
>
> public interface IValidatorAddListener extends IClusterable
> {
>/**
> * Called right
> That's why we introduced IValidatorAddListener in the past if I
> remember correctly. I validator that implements IValidatorAddListener
> can add behaviors in the onAdded method, so it is already possible to
> design validators that take care of both server- and client
On Tue, Jun 24, 2008 at 2:07 PM, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> the reason we have not done this is that client side validation is
> limited. also a lot of applications want a consistent look and feel
> for javascript validation, which is not possible via a framework
s
be done after that on the serverside
On 6/26/08, Matthijs Wensveen <[EMAIL PROTECTED]> wrote:
I know ASP.Net has this too, and falls back to the server when client
side validation is not possible (or is hacked by a smarter than average
user). Something could be done. I think would be wo
rver when client
> side validation is not possible (or is hacked by a smarter than average
> user). Something could be done. I think would be worth the time when you
> have it (time, that is). I'd start with a separate project, so that
> people can try it out.
>
> Matthijs
>
I know ASP.Net has this too, and falls back to the server when client
side validation is not possible (or is hacked by a smarter than average
user). Something could be done. I think would be worth the time when you
have it (time, that is). I'd start with a separate project, so that
peopl
4, 2008 at 6:07 PM, Igor Vaynberg <[EMAIL PROTECTED]>
> wrote:
>
>> the reason we have not done this is that client side validation is
>> limited. also a lot of applications want a consistent look and feel
>> for javascript validation, which is not possible via a framework.
ons. Here is the thing, i was using Tapestry 5
> for
> > a while, and now i am developing with wicket. One thing i liked about T5
> was
> > the "magic" on the client side validation without the need to write
> > javascript, and it worked pretty good. I really do
the reason we have not done this is that client side validation is
limited. also a lot of applications want a consistent look and feel
for javascript validation, which is not possible via a framework. what
we are going to do in 1.5 is allow ivalidator to also implement
ibehavior, this will allow a
"magic" on the client side validation without the need to write
javascript, and it worked pretty good. I really do not have the time now,
but it would be great to accomplish something like this:
RequiredTextField tf = new
tf.enableClientSideValidation();
my approach would be to bor
That doesn't work.
Sometimes you want to add multiple behaviors to the same event. Wicket
doesn't support that.
Erik.
James Carman wrote:
> So, create an IComponentInstantiationListener that looks for Forms and
> adds the behavior to them.
>
>
>
--
> as far as getting the name of formcomponent, that is already possible
> through ibehavior.bind(component)
>
> -igor
>
>
> On Jan 27, 2008 12:07 PM, Flemming Boller <[EMAIL PROTECTED]>
> wrote:
> > Hi
> >
> > Just a thought about client side validatio
:07 PM, Flemming Boller <[EMAIL PROTECTED]> wrote:
> Hi
>
> Just a thought about client side validation.
>
> I have looked at simple validation like maxlength, min length stuff like
> that. The jQuery
> validation plugin solves that easily.
>
> My idea was to inhe
Hi
Just a thought about client side validation.
I have looked at simple validation like maxlength, min length stuff like
that. The jQuery
validation plugin solves that easily.
My idea was to inherit from the corresponding wicket-validator and implement
IBehavoir.
Then I would be able to
On Jan 27, 2008 9:00 AM, Ryan Sonnek <[EMAIL PROTECTED]> wrote:
> > > http://www.jroller.com/wireframe/entry/wicket_client_side_validation
> > >
> > > I've spent the past couple weeks investigating Wicket's support for
> > > client side validation. IMO, using
; > http://www.jroller.com/wireframe/entry/wicket_client_side_validation
> >
> > I've spent the past couple weeks investigating Wicket's support for
> > client side validation. IMO, using Ajax for validation in Wicket is
> > really amazing. Lots of folks ar
On Jan 27, 2008 10:35 AM, Ryan Sonnek <[EMAIL PROTECTED]> wrote:
> On Jan 27, 2008 12:20 PM, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> > but then my app wont work. i add my own ajax behavior that knows how
> > to do all this... so i would have to override some method on the form
> > and tell it no
On Jan 27, 2008 12:20 PM, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> but then my app wont work. i add my own ajax behavior that knows how
> to do all this... so i would have to override some method on the form
> and tell it not to do its default thing? let me quote someone
> "Yuk...I'd hate to go t
but then my app wont work. i add my own ajax behavior that knows how
to do all this... so i would have to override some method on the form
and tell it not to do its default thing? let me quote someone
"Yuk...I'd hate to go through my *entire* application and replace
org.apache.wicket.Form with com.
of the box".
I just think it's a cool feature and other frameworks seem to be
investigating client side validation...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
So, create an IComponentInstantiationListener that looks for Forms and
adds the behavior to them.
On 1/27/08, Ryan Sonnek <[EMAIL PROTECTED]> wrote:
> On Jan 27, 2008 12:07 PM, James Carman <[EMAIL PROTECTED]> wrote:
> > True, I guess you could create your own form superclass that does the
> > def
On Jan 27, 2008 12:04 PM, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
> also -1. it is trivial to do it yourself automatically like you said
> in your blog. there are plenty of usecases that wont work out of the
> box. take a common usecase where the label turns red if the field is
> in error, how do
On Jan 27, 2008 12:07 PM, James Carman <[EMAIL PROTECTED]> wrote:
> True, I guess you could create your own form superclass that does the
> default behavior you want.
Yuk...I'd hate to go through my *entire* application and replace
org.apache.wicket.Form with com.mysite.MySpecialForm. very messy.
7;t use javascript?
> > Even if it's done for you and just works?
> >
> > Wow...that's sad, but I hardly think that's the norm and such extremes
> > should not mandate system defaults.
> >
> > Any other arguments against such a default? The reason
On Jan 27, 2008 11:39 AM, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> Almost any government site/application must comply with accessibility rules
> which often prohibit the use of JavaScript.
section 508 compliance does *not* prohibit javascript or Ajax. You
just have to be careful how you use
s.
>
> Any other arguments against such a default? The reason I'm bringing
> this up is that Tapestry ships with client side validation turned on
> by default, and I *really* like using Wicket's Ajax for form
> validation.
>
> Hey...if tapestry can do it... =)
>
>
gt; > drawbacks to having this be the default behavior?
> > >
> > > On Jan 27, 2008 9:00 AM, Ryan Sonnek <[EMAIL PROTECTED]> wrote:
> > > > http://www.jroller.com/wireframe/entry/wicket_client_side_validation
> > > >
> > > > I've spent the
ot mandate system defaults.
>
> Any other arguments against such a default? The reason I'm bringing
> this up is that Tapestry ships with client side validation turned on
> by default, and I *really* like using Wicket's Ajax for form
> validation.
>
> Hey...if tapestry
on I'm bringing
this up is that Tapestry ships with client side validation turned on
by default, and I *really* like using Wicket's Ajax for form
validation.
Hey...if tapestry can do it... =)
On Jan 27, 2008 10:17 AM, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> -1. There are e
> > http://www.jroller.com/wireframe/entry/wicket_client_side_validation
> >
> > I've spent the past couple weeks investigating Wicket's support for
> > client side validation. IMO, using Ajax for validation in Wicket is
> > really amazing. Lots of folks a
AIL PROTECTED]> wrote:
> http://www.jroller.com/wireframe/entry/wicket_client_side_validation
>
> I've spent the past couple weeks investigating Wicket's support for
> client side validation. IMO, using Ajax for validation in Wicket is
> really amazing. Lots of folks are
http://www.jroller.com/wireframe/entry/wicket_client_side_validation
I've spent the past couple weeks investigating Wicket's support for
client side validation. IMO, using Ajax for validation in Wicket is
really amazing. Lots of folks are touting "javascript validation"
ri
62 matches
Mail list logo
