I am currently working on the client side validation support for extended validators in myfaces. As we all agreed it will be turned on using a global flag and also can be overriden per validator level. There are also several customization options for validators like usePopup(default uses message components), highlight, custom messages, validation summary and more.
Regards,
Cagatay,
On 4/19/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>From: "Hubert Rabago" <[EMAIL PROTECTED]>
>
> On 4/19/06, Gary VanMatre wrote:
> > > It'd be OK to have a convenience tag - like - for
> > > using a new custom commons-validator, without any attributes at all
> > > other than "type". There's no good reason to cram all the pre-existing> > > validators into one tag. They should be in separate tags.
> >
> > That's not a bad idea.
>
> I'm not sure about this, but doesn't this describe the existing
> Tomahawk validators (creditCard, email, regExp)?
>That's what I was thinking too. We could create a subclass ofCommonsValidator or a custom tag for each type of validator.Each subclass would only describe the attributes/variables neededfor the specific rule.I do like your ValidatorVar tag too because it is closer to thecommons validator way. It's like the f:attribute is to the component.
> HubertGary

