W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > July to September 2002

Opinions please

From: John Foliot - bytown internet <foliot@bytowninternet.com>
Date: Fri, 12 Jul 2002 12:14:42 -0400
To: "W3c-Wai-Ig" <w3c-wai-ig@w3.org>, "WebAIM forum" <webaim@mailservice.cpd.usu.edu>
Message-ID: <GKEFJJEKDDIMBHJOGLENMEOICIAA.foliot@bytowninternet.com>

Please excuse the cross posting to those who receive this twice.

I have a client who wishes to use JavaScript in a form for form verification
prior to submit - it is important that all fields be filled out.  I have
advised that all "Mission Critical" scripting MUST be server-side to ensure
universal accessibility.  Their concern however is on server load - the form
is part of a huge enterprise with potentially hundreds of thousands of
"hits" daily.  The question was then posed - could they use JavaScript as
the primary means of form verification, with a server side redundant back-up
for user agents which do not support client side scripting?

My first instinct is to say probably yes, citing the W3C WCAG Guideline
11.4: "If, after best efforts, you cannot create an accessible page, provide
a link to an alternative page that uses W3C technologies, is accessible, has
equivalent information (or functionality), and is updated as often as the
inaccessible (original) page." - the redundant server-side backup delivers
the equivelant functionality.

Does anybody see any holes here?  Not being a server guy, I'm not sure how
they could actually accomplish this (how would the server-side checker know
when _not_ to check without first running?), but assuming they could
accomplish this, would it pass muster in terms of accessibility?

Please and Thanks

JF
Received on Friday, 12 July 2002 12:14:44 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 19 July 2011 18:14:05 GMT