<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1528" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=229293314-10022006><FONT face=Verdana color=#808080 size=2>Here's a question (that I don't know the answer to) would it be prudent
to check to see if javascript and cookies are turned on in the beginning render
of a page, if so use an AJAX-ish method to communicate with the server and say... we are all set no need to do server side checks or... do them if
javascript is off? Just an idea.</FONT></SPAN></DIV>
<P><B><FONT face=Verdana color=#800000 size=2>Travis D. Falls</FONT></B><FONT
face=Verdana color=#808080 size=2> | Consultant RAFT.Net
IT | 860.547.4070 | travis.falls@thehartford.com</FONT> </P>
<BLOCKQUOTE>
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B>
javascript-bounces@LaTech.edu [mailto:javascript-bounces@LaTech.edu]<B>On Behalf Of </B>Shawn Milo<BR><B>Sent:</B> Friday, February 10, 2006 9:22 AM<BR><B>To:</B> [JavaScript List]<BR><B>Subject:</B> Re: [Javascript] action="insert"<BR><BR></FONT></DIV><BR><BR>
<DIV><SPAN class=gmail_quote>On 2/10/06, <B class=gmail_sendername>David
Dorward</B> <<A
href="mailto:david@dorward.me.uk">david@dorward.me.uk</A>> wrote:</SPAN>
<BLOCKQUOTE class=gmail_quote
style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">On
Fri, Feb 10, 2006 at 08:58:51AM -0500, Shawn Milo
wrote:<BR>> For my ASP pages, I find that using
JavaScript as much as possible to<BR>> validate
the form before it is submitted saves me a *lot* of work. If
<BR>> something is entered incorrectly and the
problem is found after the page<BR>> is submitted,
I then have to put all of the values from that page
into<BR>> variables and insert server-side code
into each HTML object to <BR>> conditionally set
that content as the default value for the object.<BR><BR>The problem with
depending on JavaScript for this is that if<BR>JavaScript is turned off then
the for msubmits without the checks<BR>being performed. <BR><BR>A client
side check can be fantastic for saving the user time (in that<BR>they don't
have to wait for a server round trip), but it doesn't<BR>protect users without JavaScript from silly mistakes, or your database<BR>(or email server, or whatever the ASP interacts with) from
malicious<BR>users.<BR><BR><BR>--<BR>David
Dorward <A
href="http://dorward.me.uk">http://dorward.me.uk</A><BR><BR>_______________________________________________
<BR>Javascript mailing list<BR><A
href="mailto:Javascript@LaTech.edu">Javascript@LaTech.edu</A><BR><A href="https://lists.LaTech.edu/mailman/listinfo/javascript">https://lists.LaTech.edu/mailman/listinfo/javascript</A><BR></BLOCKQUOTE></DIV><BR><BR>Good
point. I should mention that the users of my intranet applications are all
using a standard PC image, and I know what browser they are using and that
they have JavaScript enabled. For an application available on the Internet, I
can see the value of the other method. <BR><BR>However, do you have a more
elegant solution to repopulating the form than the method I mentioned in my
earlier e-mail? It would sure be nice to have something cleaner. Trust me -- I
did it that way for a long time because I was following others' code. But when
I started creating my own new applications, I found JavaScript validation to
be so much nicer, and so much less work -- especially when adding new fields
to a form. New fields only require a cut & paste of a couple of JavaScript
lines, while fixing server-side validation requires changes in several places.
<BR><BR>Shawn<BR></BLOCKQUOTE><FONT SIZE=3><BR>
<BR>
*************************************************************************<BR>
This communication, including attachments, is<BR>
for the exclusive use of addressee and may contain proprietary,<BR>
confidential and/or privileged information. If you are not the intended<BR>
recipient, any use, copying, disclosure, dissemination or distribution is<BR>
strictly prohibited. If you are not the intended recipient, please notify<BR>
the sender immediately by return e-mail, delete this communication and<BR>
destroy all copies.<BR>
*************************************************************************<BR>
</FONT>
</BODY></HTML>