Les...
Was this info helpful to you in solving your problems
with clients who don't have JS turned on?
Rick
-Original Message-
From: Rick Faircloth [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 18, 2007 10:46 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side
Was this info helpful to you in solving your problems
with clients who don't have JS turned on?
While I still have to study it a bit and figure out how to work it into
the quasi Fusebox framework I'm using ... yes, very helpful! I'm
positive this will solve the problems I've been facing!
No problem... glad to help.
Let me know if you any more help! :o)
Rick
-Original Message-
From: Les Mizzell [mailto:[EMAIL PROTECTED]
Sent: Friday, April 20, 2007 5:47 PM
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
Was this info helpful to you
Andy Matthews wrote:
Can someone tell me why this thread is still going? Can ANYONE have anything
new to say on the subject?
Because some folks on this list are more advanced than others in certain
areas and the lesser experienced of us are greatly appreciative of those
that are kind enough
Rick,
I see that page and the code's role in displaying the message.
But the part that I'm trying to figure is how ex2_process.cfm
is working to provide the validation and return that message
to ex2.3_mailing_list_validation.cfm.
ex2_process.cfm is the page doing your server-side validation,
or not
JS is available on a browser and trigger the message that a visitor
must have JS running?
Rick
-Original Message-
From: Dan G. Switzer, II [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 18, 2007 6:16 AM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation
Ok
So I've been getting into jQuery a lot lately. And being able to
do some of the user enhancements has been great.
I've also begun, as one of those user enhancements, to use
client-side validation. Not for login's, but for mortgage calculators,
property search request forms, etc. Not
: Wednesday, April 18, 2007 7:16 AM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
An interesting side note to our recent JS discussion...
I went over to the Adobe/Macromedia store to look over the products and
noticed they were using JS, etc., to change their page content
Rick,
An interesting side note to our recent JS discussion...
I went over to the Adobe/Macromedia store to look over the
products and noticed they were using JS, etc., to change their
page content without refreshing.
I decided to turn off active scripting to see what happened... and
I got a
Honestly? Are there people out there who can't use javascript? Who
would those people be?
Millions of mobile users.
M!ke
~|
Macromedia ColdFusion MX7
Upgrade to MX7 experience time-saving features, more productivity.
Honestly? Are there people out there who can't use
javascript? Who would those people be?
Mobile users, people using their work computers in security-conscious
organizations.
As for people who CHOOSE to turn off javascript?
Well you're just asking for a sad user experience.
That's like
Ok
So I've been getting into jQuery a lot lately. And being able to
do some of the user enhancements has been great.
I've also begun, as one of those user enhancements, to use
client-side validation. Not for login's, but for mortgage calculators,
property search request forms, etc. Not
One of the major groups not able to use JS that has been discussed
are those in corporate settings that don't allow JS...
-Original Message-
From: Andy Matthews [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 18, 2007 9:01 AM
To: CF-Talk
Subject: RE: Client-side validation or Server
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
Rick,
An interesting side note to our recent JS discussion...
I went over to the Adobe/Macromedia store to look over the
products and noticed they were using JS, etc., to change their
page content without refreshing.
I
]
Sent: Wednesday, April 18, 2007 6:16 AM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
Rick,
I see that page and the code's role in displaying the message.
But the part that I'm trying to figure is how ex2_process.cfm
is working to provide the validation and return
Does this describe the process you're trying to get me to understand?
The rain in Spain mainly falls on the plains.
Yes that is what most of us have been trying to explain. Now just add
the statement that you make sure your form works just fine without the
JS and then all is good, i.e it can
Perhaps a little sunlight is appearing through the dark clouds
of ignorance! :o)
Rick
-Original Message-
From: Ian Skinner [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 18, 2007 12:00 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
Does this describe
Does this describe the process you're trying to get me to understand?
Yes.
~|
Create Web Applications With ColdFusion MX7 Flex 2.
Build powerful, scalable RIAs. Free Trial
message in the same div via cfoutput.
Correct to this point?
Rick
-Original Message-
From: Dan G. Switzer, II [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 18, 2007 12:43 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
Does this describe the process
Rick,
If it's client-side placing the message, it places by the id, e.g.
id=errorMessage.
If it's server-side placing the message, you use a CFIF statement to
determine
that and place the error message in the same div via cfoutput.
Correct to this point?
Yes, if you look at my code, I've
:58 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
Rick,
If it's client-side placing the message, it places by the id, e.g.
id=errorMessage.
If it's server-side placing the message, you use a CFIF statement to
determine
that and place the error message in the same
not quite sure of the flow of activity.
Rick
-Original Message-
From: Dan G. Switzer, II [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 18, 2007 1:58 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
Rick,
If it's client-side placing the message, it places
Is it accurate to say that once the submit button is clicked, Jorn's
plug-in validates everything server-side first based on the id of the
form, then once that's complete, with no errors, the form will be
submitted to the action page automatically, in this case
ex2_process.cfm, and perform the
-
From: Rick Faircloth [EMAIL PROTECTED]
To: CF-Talk cf-talk@houseoffusion.com
Sent: Wednesday, April 18, 2007 1:26 PM
Subject: RE: Client-side validation or Server-side Validation?
Dan...
Something I'm trying to figure out.
What is the mechanism that moves the validation from client-side
Thanks for the feedback, Ian... whew...
Rick
-Original Message-
From: Ian Skinner [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 18, 2007 4:33 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
Is it accurate to say that once the submit button is clicked
this will do it!
Thanks again,
Rick
-Original Message-
From: Josh Nathanson [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 18, 2007 4:38 PM
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
Is it accurate to say that once the submit button is clicked, Jorn's
-Original Message-
From: Rick Faircloth [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 18, 2007 3:52 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
Yes, I should have typed client-side...
And thanks for the confirmation of my understanding.
Glad to see
What you're doing below sounds exactly like what I need for some
specific forms that seem to have lot of business users with no JS. I
haven't completely wrapped my head around what you're doing though.
Is there a good reference for your method somewhere on the web I can
study, or do you mind
4:38 PM
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
Is it accurate to say that once the submit button is clicked, Jorn's
plug-in
validates everything server-side first based on the id of the form,
then once that's complete, with no errors, the form
Can Ajax be used if JS is disabled?
NOPE. AJAX stands for Asynchronous JAVASCRIPT And XML. It does not
work well without that second letter.
What I'd like to do is have the server-side validation performed via
Ajax to a .cfm processing page so that the form page doesn't have to be
refreshed...
Is it accurate to say that once the submit button is clicked, Jorn's plug-in
validates everything server-side first based on the id of the form,
then once that's complete, with no errors, the form will be submitted to the
action page automatically, in this case ex2_process.cfm, and perform the
-
From: Les Mizzell [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 18, 2007 2:58 PM
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
Is it accurate to say that once the submit button is clicked, Jorn's
plug-in
validates everything server-side first based
/Name_Form.cfm
Let me know if this helps or what doesn't make sense...
Rick
-Original Message-
From: Les Mizzell [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 18, 2007 5:48 PM
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
What you're doing below sounds
I think we, as a community of developers, should address the real problem here.
Actually there are several, but they are all related to the basic need for a
framework that will make our programming lives easier when dealing with the
topic of input validation. I mean, look, how many of us were
Claude Schneegans wrote:
because they feel it
has no added value and all the colors, backgrounds and images only
distract from the content?
You don't have to go to extreme just because you are using HTML.
Just as you don't have to make any Word document look like a master piece.
Rick Faircloth wrote:
For single field validation on blur, which is mostly what I'm interested
in using, I get such fast response from the server that it's speed is of
no consequence...
Maybe you get that, but somebody on the other coast is 90 ms away and
that is enough to have started typing
Rick Faircloth wrote:
I know you're approaching this from the perspective of handling
those who don't use js... but I'm leaning toward assuming js,
and letting the rest go.
You do realize that you are not just letting go of everybody corporate,
but also of everybody mobile?
I've never had
: Tuesday, April 17, 2007 1:25 AM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
Client-side validation is going to have to server-side
validation, too, which means the server is going to have to
handle all the validation that the client-side does. So
there's just
... but it offers so much possibility...
-Original Message-
From: Dave Watts [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 1:43 AM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
I know you're approaching this from the perspective of
handling those who
Rick Faircloth wrote:
A lot of form data validation can be completely contained within the client
using JavaScript,
But isn't this scenario assuming that JS is available? I thought the argument
was that one has to assume that JS isn't available and a complete server-side
validation routine
is certainly needed.
Rick
-Original Message-
From: Ariel Jakobovits [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 3:10 AM
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
I think we, as a community of developers, should address the real problem here
:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 7:18 AM
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
Rick Faircloth wrote:
A lot of form data validation can be completely contained within the
client
using JavaScript,
But isn't this scenario assuming that JS
, April 17, 2007 7:18 AM
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
Rick Faircloth wrote:
A lot of form data validation can be completely contained within the
client
using JavaScript,
But isn't this scenario assuming that JS is available? I thought the
argument
Rick Faircloth wrote:
but also of everybody mobile?
Didn't know that... so everyone on mobile devices has no JS capabilities?
If I ping my webserver from my desktop over my normal network I have a
ping of 12 ms. If I ping my webserver from my laptop over my UMTS
connection I have a ping of
So.. what does everyone on this list do? Use JS and AJAX?
Not use JS and AJAX? Constantly build JS-enabled/JS-disabled
redundant apps and sites? Use JS and AJAX only where it
failure doesn't matter?
I start from a good solid server-side validation viewpoint. Make sure it
works and is
: Tuesday, April 17, 2007 4:11 AM
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
Rick Faircloth wrote:
For single field validation on blur, which is mostly what I'm interested
in using, I get such fast response from the server that it's speed is of
no consequence
: Re: Client-side validation or Server-side Validation?
Rick Faircloth wrote:
I know you're approaching this from the perspective of handling
those who don't use js... but I'm leaning toward assuming js,
and letting the rest go.
You do realize that you are not just letting go of everybody
Message-
From: Jochem van Dieten [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 7:41 AM
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
Rick Faircloth wrote:
I have to disagree with you on that one, Dave. HTML (done well
and used appropriately) will always
Rick Faircloth wrote:
I have to disagree with you on that one, Dave. HTML (done well
and used appropriately) will always be more effective in communications than
text html...
Why do you see HTML email as such a bad thing? Size of messages only?
I do not consider HTML email a bad thing per
Thanks for the feedback, Paul...
Ok... so let's say I build server- and client-side validation
for forms.
What about the front-end niceties, say, for example, a
calendar of events that has a link that when clicked causes a
panel of details to slide into view on the page. I guess to
I can see where you're coming from Jochem... the need for
one-size-fits-all email for all types of devices. And I'm
sure we'll all be working towards that as a routine eventually.
Why wait? You can use text email already!
My references were mostly to users reading email on PC screens.
for lack of JS, I'd have to create a link to a details page or something.
For every JS function, a non-JS backup function to compensate?
Rick
-Original Message-
From: Paul Vernon [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 8:17 AM
To: CF-Talk
Subject: RE: Client-side
Rick Faircloth wrote:
Ok... so let's say I build server- and client-side validation for
forms.
What about the front-end niceties, say, for example, a calendar
of events that has a link that when clicked causes a panel of
details to slide into view on the page. I guess to compensate
for
-Original Message-
From: Dave Watts [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 12:42 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
I can see where you're coming from Jochem... the need for
one-size-fits-all email for all types of devices
17, 2007 12:42 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
I can see where you're coming from Jochem... the need for
one-size-fits-all email for all types of devices. And I'm
sure we'll all be working towards that as a routine eventually.
Why wait? You can
But now what I need to know is how to go about using
dual validation...
I have nothing specific to which to point you. But the idea that came
to me while I was skimming this thread is that CF is very good at
creating dynamic JavaScript to be sent to the client.
In other words, I would think
to detect JS on the client's browser, it does
not even provide the necessary instructions to remedy the login form and
display problem.
Michael
-Original Message-
From: Rick Faircloth [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 10:42 AM
To: CF-Talk
Subject: RE: Client-side
to determine whether or not
someone is using JS?
Rick
-Original Message-
From: Ian Skinner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 1:55 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
But now what I need to know is how to go about using
dual
Which is exactly why I started this thread... to broaden my understanding of
the issues...
I'm workin on an app right now where it's incredibly important to be
bulletproof. I just turned off JS, then started writing my validation routines
with CF.
I'm validating checkboxes, selects, radio
In other words, I would think it should not be too hard, and likely
something like this exists in some framework or library out there, to
create code that will use a set of validation rules to both validate
data on the server and create the appropriate JS to be sent to the
client for user
Use CF as the basis for validation, then if JS is on,
generate some JS client-side validation code and
use CF for server-side.
If JS in not on, just use CF validation, both client-
and server-side...
Is there a fool-proof way to determine whether or not
someone is using JS?
I would not work
Rick,
Sounds good, Ian...
Maybe someone's heard of something like that.
Use CF as the basis for validation, then if JS is on,
generate some JS client-side validation code and
use CF for server-side.
If JS in not on, just use CF validation, both client-
and server-side...
Is there a fool-proof
-Original Message-
From: Rick Faircloth [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 13:12
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
Sounds good, Ian...
Maybe someone's heard of something like that.
Use CF as the basis for validation, then if JS
This doesn't address exactly what you're proposing Ian, but this already
exists in CF for client side at least: cfform/cfinput.
That is true. I was thinking of a larger, more robust system. But yes
using the cfform/cfinput is an example of exactly what I am talking
about. With these tags CF
-Original Message-
From: Ian Skinner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 1:55 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
But now what I need to know is how to go about using
dual validation...
I have nothing specific to which to point
A good reason to upgrade, Rick!
jQuery is cheaper! (And I'm learning JS, too!)
Still holding out for CF 8...
Rick
-Original Message-
From: Josh Nathanson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 2:21 PM
To: CF-Talk
Subject: Re: Client-side validation or Server-side
:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 2:29 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
This doesn't address exactly what you're proposing Ian, but this already
exists in CF for client side at least: cfform/cfinput.
That is true. I was thinking
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
Use CF as the basis for validation, then if JS is on,
generate some JS client-side validation code and
use CF for server-side.
If JS in not on, just use CF validation, both client-
and server-side...
Is there a fool-proof
What's the method to this madness?
Do I set up some checking to see if JS is turned on
and then execute certain code accordingly?
Do I put alternate code (CF code that displays error
messages) inside noscript tags to only run it if
JS is disabled?
There may be some confusion here. When
td
id=Name_errornoscriptcfoutput#Form_Errors.Name_Error#/cfoutput
/nos
cript/td
While this line is perfectly syntactically correct, I do not believe it
will function as you expect it to. Follow through the process of the
request. CF receives a request form a user client (passed on from the
web
RIGHT! You understand this, correct?
Can't say I understand how it's done,
When you build a form on a HTML page it is sent as plain text to a
browser, the browser renders it according to the rules. When the user
completes and submits the form a plain text request with all the data is
sent
on the screen.
Rick
-Original Message-
From: Ian Skinner [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 2:53 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
What's the method to this madness?
Do I set up some checking to see if JS is turned
PM
Subject: RE: Client-side validation or Server-side Validation?
Well to test my code I created a .cfm page
and put this code in a table...
td id=snownoscriptcfoutputflakes/cfoutput/noscript/td
With JS disabled or with the noscript tags removed,
flakes was shown on the screen.
When I enabled
Rick,
td id=snownoscriptcfoutputflakes/cfoutput/noscript/td
There's no reason to use noscript. Server-side errors should/will only
occur when the client has already tried filling out the form and something
failed and you need to display them a message.
So, there's no reason to even
Not sure this will help/be of interest but this is what I do.
On my page I set a bunch of eror messages like:
cfset errorMsgs.userName = Sorry, the user name you have chosen is already
in use
cfset errorMsgs.firstName = Please enter a first name
I use jQuery validation plugin with a hack
Rick,
There's no reason to use noscript. Server-side errors should/will only
occur when the client has already tried filling out the form and something
failed and you need to display them a message.
So, there's no reason to even display a message unless there was a failure
caught by the server.
, right?)
Or am I just lost in the sauce?
:o\
-Original Message-
From: Dan G. Switzer, II [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 4:18 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
Rick,
There's no reason to use noscript. Server-side
Rick,
Hmmm... do you have two methods, JS and non-JS intertwined?
The part of the code below that is operable seems to depend on
whether JS is in use (the structKeyExists(url, ajax) etc., or
whether JS is not in use (the part after the cfelse... cfincluding
the #form.formUrl#, which would be the
?
ex2.3_mailing_list_validation.cfm is just your client-side validation,
form, and error/success message display page, correct?
Rick
-Original Message-
From: Dan G. Switzer, II [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 17, 2007 8:56 PM
To: CF-Talk
Subject: RE: Client-side validation
So, if a user's input fails server-side validation, do you not
give an error message to the user?
Not exactly. What I mean is that I will let standard error messages
through, like
invalid datatype for an invalid date from the database driver, or
null values not allowed, etc...
With client side
Subject: Re: Client-side validation or Server-side Validation?
So, if a user's input fails server-side validation, do you not
give an error message to the user?
Not exactly. What I mean is that I will let standard error messages
through, like
invalid datatype for an invalid date from
client-side innocent errors (e.g. typos) get user-friendly
messages.
Right.
Anything making it through client-side, but failing
server-side gets the raw error messages.
Also right, only hackers will get to the server with invalid data, so
why should I care about them?
--
Also right, only hackers will get to the server with invalid data, so
why should I care about them?
Are you serious?
-Original Message-
From: Claude Schneegans [mailto:[EMAIL PROTECTED]
Sent: 16 April 2007 16:26
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation
True... as long as your client-side validation is bullet-proof...
-Original Message-
From: Claude Schneegans [mailto:[EMAIL PROTECTED]
Sent: Monday, April 16, 2007 11:26 AM
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
client-side innocent errors (e.g
Not exactly. What I mean is that I will let standard error messages
through, like
invalid datatype for an invalid date from the database driver, or
null values not allowed, etc...
With client side validation, I will make some more user friendly phrase.
But what about, as already mentioned,
But what about, as already mentioned, somebody browsing with
Javascript turn off
In that case they get the message Your browser should have Javascript
turned on to proceed and no form at all.
--
___
REUSE CODE! Use custom tags;
See
:[EMAIL PROTECTED]
Sent: 16 April 2007 16:50
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
Not exactly. What I mean is that I will let standard error messages
through, like
invalid datatype for an invalid date from the database driver, or
null values not allowed
Thanks CoolJJ, An excellent resource (foundstone.com), there is a pdf file that
explains hacme shipping here:
http://www.foundstone.com/resources/whitepapers/hacmeshipping_userguide.pdf
Andrew.
Rick,
Never, never, ever trust data coming from the client side. It is very
easy to bypass
Looking at the latest published W3C statistics you would educate a guess of
about 10% of browsers not having JS enabled on them, that's a fairly hefty
chunk.
How bad would it be to make having javascript turned on *REQUIRED*
before visotors can view certain content (forms)?
It's something
into the light and forget their paranoia about
security, if that's what's keeping them from using these technologies.
Thoughts?
Rick
-Original Message-
From: Les Mizzell [mailto:[EMAIL PROTECTED]
Sent: Monday, April 16, 2007 12:47 PM
To: CF-Talk
Subject: Re: Client-side validation or Server-side
How bad would it be to make having javascript turned on *REQUIRED*
before visotors can view certain content (forms)?
This all depends your intended audience, and the purpose of your website.
I run a mission-critical eCommerce site, so we have to make sure our
javascript-challenged customers
but how 'user friendly is this if done?
IMO the user friendliness you gain being able to use many JS tools that
can make a site look more efficient
largely compensates for the apparent roughness toward paranoid who
deactivate their Javascript.
--
___
REUSE
If it's not turned on just send them a message: You must enable
Javascript to use this form. If they choose not to, so be it.
Bravo! We should start a union of developers about this ;-)
It's like people who refuse to use HTML email... I think it's time for
these folks to come into the light
:[EMAIL PROTECTED]
Sent: 16 April 2007 17:47
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
Looking at the latest published W3C statistics you would educate a guess
of
about 10% of browsers not having JS enabled on them, that's a fairly hefty
chunk.
How bad would
like That order number is not found in our database. How
would you do that in JavaScript without going to the server anyway?
~Brad
-Original Message-
From: Rick Faircloth [mailto:[EMAIL PROTECTED]
Sent: Monday, April 16, 2007 11:58 AM
To: CF-Talk
Subject: RE: Client-side validation
then why would you EVER take the risk of 10% of the potential market
not being
able to access your application?
does this figures suppose that 10% of visitors having Javascript
disabled IS a potential market?
I mean many of those 10% hits are simply eMail sniffers, spamers or
whatever,
validation like That order number is not found in our database. How
would you do that in JavaScript without going to the server anyway?
Ajax man, Ajax! ;-)
--
___
REUSE CODE! Use custom tags;
See http://www.contentbox.com/claude/customtags/tagstore.cfm
-Original Message-
From: Josh Nathanson [mailto:[EMAIL PROTECTED]
Sent: Monday, April 16, 2007 1:09 PM
To: CF-Talk
Subject: Re: Client-side validation or Server-side Validation?
How bad would it be to make having javascript turned on *REQUIRED*
before visotors can view certain content
does this figures suppose that 10% of visitors having Javascript
disabled IS a potential market?
further more, how many among those 10% just didn't know they had JS
disabled and will be so glad
you told them that they will buy anything in your boutique? ;-)
--
.
It's just too much work to cater to every minority group in the virtual
universe.
Rick
-Original Message-
From: Robert Rawlins - Think Blue
[mailto:[EMAIL PROTECTED]
Sent: Monday, April 16, 2007 1:20 PM
To: CF-Talk
Subject: RE: Client-side validation or Server-side Validation?
I don't
1 - 100 of 194 matches
Mail list logo