>>
>>>
>>> - Original Message -
>>> From: <[EMAIL PROTECTED]>
>>> To: <[EMAIL PROTECTED]>
>>> Sent: Friday, June 07, 2002 11:58 AM
>>> Subject: Logging and Form Validation
>>>
>>>
>>>>
>
>>
>>
>> - Original Message -
>> From: <[EMAIL PROTECTED]>
>> To: <[EMAIL PROTECTED]>
>> Sent: Friday, June 07, 2002 11:58 AM
>> Subject: Logging and Form Validation
>>
>>
>>> Group,
>>>
>>
ml
Diana
>
>
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, June 07, 2002 11:58 AM
> Subject: Logging and Form Validation
>
>
>> Group,
>>
>> I am implmenting a five page form, and I am wondering how I s
You may want to look at this:
http://xml.apache.org/cocoon/xmlform/index.html
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 07, 2002 11:58 AM
Subject: Logging and Form Validation
> Group,
>
> I am implmenting a fiv
This is what we do for client side validation.
WARNING: requires javascript but my clients are not
"regular" web users.
For my app I provide validation in my XSP, eg:
^$|^[0-9a-zA-Z_]+$/ig
^$|^[0-9a-zA-Z.,_\\-]+\\@[0-9a-zA-Z._\\-]+\
Another point worth mentioning is complexity. I have done some sites
stuffed so full of JS that things started breaking without any reason.
JS has inherent flaws (in my experience) that prevent it from doing the
complex sorts of things many clients need. For small-scale validation,
no problem.
Hi,
On Fri, 7 Jun 2002, Luca Morandini wrote:
> wait: how many users out there are without JavaScript support ?
Irrelevant question - if there is only one user without javascript
support, you should support that user, surely? The point of the web being
accessibility and the point of a web deve
> Well... you are making a very general statement.
Yes, the original start of this conversation qualified when you don't need
to worry about JavaScript being enabled...
I don't have a problem with people requiring JavaScript; they just need to
understand the consequences; if they are writing f
owsers and that JavaScript is necessary. That being
the case, what is the problem?
-Rob
- Original Message -
From: "Hunsberger, Peter" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 07, 2002 1:28 PM
Subject: RE: Logging and Form Validation
> >
> wait: how many users out there are without JavaScript support ?
> Not many I think, and I have yet to find a customer of mine saying "it has
> to work on *every* browser", usually they say "IE 5.x, IE 6.x... maybe
> Netscape 6.x... possibly Opera 5" and that's it.
I've done three e-commerce sit
cc:
Subject: Re: Logging and Form
Validation
0
cc:
Subject: RE: Logging and Form
Validation
06/07/02 03:24 PM
Plea
> How about
>
>
Guaranteed to produce lots and lots of calls to the help desk, or perhaps
just people that don't use your site (particularly attractive for someone
running an e-commerce site).
The fact of the matter is that some of your average users have heard that
Javascript is dangerous a
web developers could always learn Cocoon ...
Vadim Gritsenko wrote:
>>From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]]
>>
>>
>>>(remember, you still must have validation on the backend)
>>>
>>Precisely my original point: since you have to write the server side
>>validation anyway, do you reall
> From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]]
>
> > (remember, you still must have validation on the backend)
>
> Precisely my original point: since you have to write the server side
> validation anyway, do you really want to write both client and server
side
> validation?
It is standar
; To: [EMAIL PROTECTED]
> Subject: RE: Logging and Form Validation
>
>
>
> Luca,
>
> That would work for me as well, but I have multiple forms that need to be
> incrementally validated. The application that is being replaced
> implemented client-side validation with five large
[EMAIL PROTECTED]
http://utenti.tripod.it/lmorandini/index.html
-
> -Original Message-
> From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]]
> Sent: Friday, June 07, 2002 10:06 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE
ndini"
tin.it> cc:
Subject: RE: Logging and Form
Validation
06/0
How about:
-Rob
- Original Message -
From: "Hunsberger, Peter" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 07, 2002 12:58 PM
Subject: RE: Logging and Form Validation
> > I beg to differ. The most part of validation is a trivial matter
(
> (remember, you still must have validation on the backend)
Precisely my original point: since you have to write the server side
validation anyway, do you really want to write both client and server side
validation? I only do so if there is a real performance penalty with the
page validation/re
> From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]]
>
> > I beg to differ. The most part of validation is a trivial matter
(minimum
> > lenght of fields, bounds checking, ...) and this should, in my eyes,
be
> done
> > on the client: max performance, min hassles for the user (errors are
> > inte
> I beg to differ. The most part of validation is a trivial matter (minimum
> lenght of fields, bounds checking, ...) and this should, in my eyes, be
done
> on the client: max performance, min hassles for the user (errors are
> interactivaley corrected).
It's not the complexity of the validation
ilto:[EMAIL PROTECTED]]
> > Sent: Friday, June 07, 2002 7:06 PM
> > To: '[EMAIL PROTECTED]'
> > Subject: RE: Logging and Form Validation
> >
> >
> > > This is a major
> > > sticking point for my developers that like and are comfortable
with jsp
From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]]
> Sent: Friday, June 07, 2002 7:06 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Logging and Form Validation
>
>
> > This is a major
> > sticking point for my developers that like and are comfortable with jsp
>
Peter"To:
>> "'[EMAIL PROTECTED]'"
>> <[EMAIL PROTECTED]>
Peter"To:
>"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
>
>
> So how would I accomplish this with Cocoon. Could I just create a
> component for doing that validation and treat it as a self contained pipe?
I suspect our case won't apply to you: we drive validation out of the
database through some EJB's using XML templates that describe what
validation ru
Subject: RE: Logging and Form
Validation
> This is a major
> sticking point for my developers that like and are comfortable with jsp
> with javascript embedded.
> They want to keep it at the client and I am trying to build a case for the
> server through cocoon.
IMNSHO, the only way you can justify client side validation is if you are
r
Group,
I am implmenting a five page form, and I am wondering how I should do the
validation of fields.
Can anyone give me a good comparison in brief of javascript vs. cocoon for
doing the validation?
I am looking for how it would be accomplished pass content of forms to bean
through servlet, et
30 matches
Mail list logo
