incubator-adffaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Danny Robinson" <dannyjrobin...@gmail.com>
Subject Re: Client-side validation - enhance to match server-side
Date Thu, 01 Mar 2007 16:41:49 GMT
Great, so it seems like everyone's in favour.  I'll raise an issue.

Would people want to keep the alert() mechanism also, so both client-side
options were possible?
-1 (danny)

Additionally display messages where tr:messages
+1 (danny)

D.

On 2/28/07, Adam Winer <awiner@gmail.com> wrote:
>
> I'd be happy to see functionality like this too.  The trickiest part
> is, I think, figuring out how to clear the messages.
>
> I agree with Matthias that we don't need GWT.  We already
> have the client-side JS.  It's just the code that decides to
> turn the messages into an alert that is the problem.
>
> -- Adam
>
>
> On 2/28/07, Martin Marinschek <martin.marinschek@gmail.com> wrote:
> > I've been reiterating the necessity for this time and again ;) - I'd
> > be pretty much for an addition like this.
> >
> > regards,
> >
> > Martin
> >
> > On 2/28/07, Danny Robinson <dannyjrobinson@gmail.com> wrote:
> > > I was thinking that instead of displaying alert, the messages would
> appear
> > > in the same place as they do in server-side.  So keep the existing
> > > javascript validator/converter stuff but change where/how it is
> displayed.
> > > We'd probably have to render a hidden container for each field, which
> the
> > > javascript would populate and make visible.
> > >
> > > Taking this route over a dialog means we could also probably provide
> some
> > > kind of on-tab-out instant validation for more data-entry heavy
> > > applications.  That said these approaches are not mutually exclusive.
> > >
> > > Danny
> > >
> > > On 2/28/07, Matthias Wessendorf <matzew@apache.org> wrote:
> > > >
> > > > are you talking about still using JS for the client side
> > > > converter/validator stuff,
> > > > but just don't use alert(), instead using a "web2.0-ish" dialog ?
> > > >
> > > > The validator/converter stuff isn't just an alert(). We have "client
> > > > side" Converter (with getAsObject/String) and Validators (with
> > > > validate) and FacesMessage etc.
> > > >
> > > > Here is more on that interesting topic:
> > > >
> > > > http://incubator.apache.org/adffaces/devguide/clientValidation.html
> > > >
> > > > -Matthias
> > > >
> > > > On 2/28/07, Danny Robinson <dannyjrobinson@gmail.com> wrote:
> > > > > Guys,
> > > > >
> > > > > Would there be support for an enhancement to the client-side
> validation
> > > > so
> > > > > that it behaves in the same way as the server-side
> logic?  Meaning, we'd
> > > > get
> > > > > rid of the javascript alert dialog and instead dyanamically
> show/hide
> > > > the
> > > > > error messages in the page.
> > > > >
> > > > > If so, I'll raise a JIRA issue and look into possible
> solutions.  Tips &
> > > > > suggestions welcome.
> > > > >
> > > > > Danny
> > > > >
> > > > > --
> > > > > Chordiant Software Inc.
> > > > > www.chordiant.com
> > > > >
> > > >
> > > >
> > > > --
> > > > Matthias Wessendorf
> > > > http://tinyurl.com/fmywh
> > > >
> > > > further stuff:
> > > > blog: http://jroller.com/page/mwessendorf
> > > > mail: mwessendorf-at-gmail-dot-com
> > > >
> > >
> > >
> > >
> > > --
> > > Chordiant Software Inc.
> > > www.chordiant.com
> > >
> >
> >
> > --
> >
> > http://www.irian.at
> >
> > Your JSF powerhouse -
> > JSF Consulting, Development and
> > Courses in English and German
> >
> > Professional Support for Apache MyFaces
> >
>



-- 
Chordiant Software Inc.
www.chordiant.com

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message