508 compliance and Javascript

[wardy]

Hi all, looking for a little bit of help.....I'm currently in the
process of trying to understand the impact of the 508 guidelines on a
web site that I am involved with, and I have a question surrounding the
use of Javascript. The site currently relies on Javascript for
navigating from page to page - I cannot find anything in the 508
guidelines like the 6.3 WAI checkpoint for AA compliance:

"Ensure that pages are usable when scripts, applets, or other
programmatic objects are turned off or not supported. If this is not
possible, provide equivalent information on an alternative accessible
page".

Does this restriction not exist for 508 compliance? Can a site be
considered 508 compliant if it relies on Javascript being enabled?

Thanks

[Harlan Messinger]

Re: 508 compliance and Javascript

wardy wrote:[color=blue]
> Hi all, looking for a little bit of help.....I'm currently in the
> process of trying to understand the impact of the 508 guidelines on a
> web site that I am involved with, and I have a question surrounding the
> use of Javascript. The site currently relies on Javascript for
> navigating from page to page - I cannot find anything in the 508
> guidelines like the 6.3 WAI checkpoint for AA compliance:
>
> "Ensure that pages are usable when scripts, applets, or other
> programmatic objects are turned off or not supported. If this is not
> possible, provide equivalent information on an alternative accessible
> page".
>
> Does this restriction not exist for 508 compliance? Can a site be
> considered 508 compliant if it relies on Javascript being enabled?[/color]

Section 508 isn't very long--surely you saw paragraph 1194.22(l):

(l) When pages utilize scripting languages to display content, or to
create interface elements, the information provided by the script shall
be identified with functional text that can be read by assistive technology.

Commentary from the Access Board is at
http://www.access-board.gov/sec508/g...194.22.htm#(l).

I've had a Javascript-based drop-down menu, one that expands on clicking
or keyboard activation rather than mouseovers, pass muster from a
Federal agency 508 review team, where the items on each pop-up menu were
positioned right after the link that opened the menu and were
traversible via the tab key when visible, but were left out of the tab
sequence when invisible. (Accomplished using the CSS display attribute.)

[wardy]

Re: 508 compliance and Javascript

Hi Harlan...thanks for the response. I absolutely saw that paragraph,
but there is nothing specifically there that says that a site must
function with Javascript disabled. It talks about "utilize scripting
languages to display content, or to create interface elements", but
this does not imply that the site must work without Javascript. It is
not Javascript that is rendering the controls, but it is Javascript
that is handling clicks on hyperlinks. That is where the grey area
comes in and why I was asking can a site be 508 compliant if it doesn't
work with Javascript disabled

Thanks again

[Nick Kew]

Re: 508 compliance and Javascript

wardy wrote:
[color=blue]
> Does this restriction not exist for 508 compliance? Can a site be
> considered 508 compliant if it relies on Javascript being enabled?[/color]

Section 508 has some detailed javascript guidelines, regarding events
that can ror can't be used, or those that can be used with certain
(well-specified) provisos.

Section 508's guidelines are quite a lot easier to test
programmaticall y than WCAG. See http://valet.webthing.com/access/

--
Nick Kew

[Adrienne Boswell]

Re: 508 compliance and Javascript

Gazing into my crystal ball I observed "wardy" <wardy1975@gmai l.com>
writing in news:1142454557 .952215.219790@ u72g2000cwu.goo glegroups.com:
[color=blue]
> Hi Harlan...thanks for the response. I absolutely saw that paragraph,
> but there is nothing specifically there that says that a site must
> function with Javascript disabled. It talks about "utilize scripting
> languages to display content, or to create interface elements", but
> this does not imply that the site must work without Javascript. It is
> not Javascript that is rendering the controls, but it is Javascript
> that is handling clicks on hyperlinks. That is where the grey area
> comes in and why I was asking can a site be 508 compliant if it doesn't
> work with Javascript disabled
>
> Thanks again
>
>[/color]

If clicking on a link still goes to the link with javascript disabled, then
you're good to go. If not, you're not.

Best thing to do is to turn javascript off and navigate around the site.

--
Adrienne Boswell

http://www.cavalcade-of-coding.info

Please respond to the group so others can share

[wardy]

Re: 508 compliance and Javascript

Hi all....thanks for the responses. If I turn Javascript off, then the
site cannot be navigated as it relies on Javascript functionality to
perform functions that allow the navigation to occur. However, the 508
guidelines do not explicitly state that a site must be functional with
Javascript disabled, or at least, I cannot find this statement in the
guidelines. It talks about the use of the OnClick event, which is what
is used by the site on hyperlinks - the 508 guidelines specify:

onClick - The onClick event handler is triggered when the user
clicks once on a particular item. It is commonly used on links and
button elements and, used in connectio with these elements, it works
well with screen readers. If clicking on the element associated with
the onClick event handler triggers a function or performs some other
action, developers should ensure that the context makes that fact clear
to all users. Do not use the onClick event handlers for form elements
that include several options (e.g. select lists, radio buttons,
checkboxes) unless absolutely necessary.

We also use Javascript URL's, which are mentioned in the guidelines as
follows:

Web developers working with JavaScript frequently use so-called
JavaScript URL's as an easy way to invoke JavaScript functions.
Typically, this technique is used as part of <a> anchor links. For
instance, the following link invokes a JavaScript function called
myFunction:

<a href="javascrip t:myFunction(); ">Start myFunction</a>

This technique does not cause accessibility problems for assistive
technology

According to these statements, the use of onClick and Javascript URL's
is fine, and if it triggers a function (which ours does), as long as we
indicate that it does so, then there shouldn't be an issue. Am I
interpreting this correctly? (Unfortunately the validation tools for
this area only bring back warnings and they are manual checks required,
thus my problem interpreting what constitutes non-compliance).

Thanks again

[VK]

Re: 508 compliance and Javascript


wardy wrote:[color=blue]
> Hi all, looking for a little bit of help.....I'm currently in the
> process of trying to understand the impact of the 508 guidelines on a
> web site that I am involved with, and I have a question surrounding the
> use of Javascript. The site currently relies on Javascript for
> navigating from page to page - I cannot find anything in the 508
> guidelines like the 6.3 WAI checkpoint for AA compliance:
>
> "Ensure that pages are usable when scripts, applets, or other
> programmatic objects are turned off or not supported. If this is not
> possible, provide equivalent information on an alternative accessible
> page".
>
> Does this restriction not exist for 508 compliance? Can a site be
> considered 508 compliant if it relies on Javascript being enabled?[/color]

Hi, if you are interested in the US situation:

In the US the industry of slippers exists for a long time and there is
a set of reasonable protection measures for businesses against
citizens.
Note: I picked up the term "slippers" from the grocery business. There
it refers to people seeking an opportunity to fail (slip) on floor in
some rich grocery store like Safeway or Wal-Mart to get a good
compensation for a light injury. On a wide run "slipper" refer to any
person seeking an opportunity to get victimized / injured by some rich
business: slip on floor, pour hot coffee on yourself, to be unable to
use public WC on a wheelchair etc.
There is a good set up between certain people with disabilities and
certain lawyers, continuously seeking for new victims.
By now businesses and court system set a rather effective protection
against slippers, where the key line is the "default accessibility
violation or default usage danger". Say in big grocery stores against
of slippers they now have sweepers: these are appointed employees
sweeping the floor on an hourly basis and marking it in a journal. Even
if someone fails - which is always possible - the store has a proof
that all default measures to prevent that have been taken.
For the Web this means that, in order to protect themselves against
web-slippers, a corporate site *by default* has to conform to ADA.
Disabling JavaScript/JScript (which is on by default) is an expressive
action made by visitor. If it decreases site's accessibility, it is
caused by expressive actions of your visitors, and slippers are out of
luck. In this concern you better fully concentrate on ADA conformance
in the default environment. The last big slippers' success was with a
perfectly valid HTML Transitional page with JavaScript enabled. For
details see:
<http://www.dralegal.or g/cases/private_busines s/nfb_v_target.ph p>
That costed to Target good money paid under the table. And they got it
on such simple and HTML-valid thing as *image map*.

Actually I wouldn't be surprised to see one day W3C US Branch being
suited by slippers for promoting non-ADA conformant pages over
Validator. :-) It sounds ugly and crazy enough to become true one day.
:-)

[VK]

Re: 508 compliance and Javascript

.... and never ever disregard <noscript> ... </noscript> tag.

"Caution! This content is extremely hot!" - a really short message, but
now anyone is welcome to pour the entire coffee cup right on his virtu
:-)

"Sorry, but the content of this page is not accessible if client-side
script support is disabled" - and go sue me now. (cannot be treated as
disability discrimination as the message is equal for any visitor).

[Chris Morris]

Re: 508 compliance and Javascript

"VK" <schools_ring@y ahoo.com> writes:[color=blue]
> For the Web this means that, in order to protect themselves against
> web-slippers, a corporate site *by default* has to conform to ADA.
> Disabling JavaScript/JScript (which is on by default)[/color]

On by default in _some_ browsers. Off by default in others (corporate
security policies on locked-down desktops, for example, may mean that
when the PC arrives at your desk, it has Javascript disabled),
non-existent in many more.
[color=blue]
> is an expressive action made by visitor. If it decreases site's
> accessibility, it is caused by expressive actions of your visitors,[/color]

So, what if none of the browsers on my computer support Javascript?
[color=blue]
> luck. In this concern you better fully concentrate on ADA conformance
> in the default environment. The last big slippers' success was with a
> perfectly valid HTML Transitional page[/color]

Given that one of the claims in the article is "missing alt text", the
page could not have been valid.
[color=blue]
> with JavaScript enabled. For details see:
> <http://www.dralegal.or g/cases/private_busines s/nfb_v_target.ph p>[/color]

I presume the "expressive action made by the visitor" in this case you
define as "using a browser that lets them browse the web at all"? Or
can you think of a way that, in the default case, someone who can't
see will be able to use a mouse to navigate a site.
[color=blue]
> That costed to Target good money paid under the table. And they got it
> on such simple and HTML-valid thing as *image map*.[/color]

According to the article, which you seem to have linked to without
reading, it was for missing alt text (not valid nor accessible) and
forcing the use of a mouse (not accessible), and for inaccessible
image maps (not for image maps, for *inaccessible* ones).

Validity helps accessibility but does not guarantee it. Anyone who
claims otherwise has seriously misunderstood both validity and
accessibility. In this case the site was neither, of course.

There are unreasonable adjustments to make to browser
choice+configur ation that would make an accessibility argument based
on a site not being viewable in those settings fair.
- setting the same text and background colour as your browser defaults
- having a user stylesheet of "* { display: none !important }"
- using the original line mode browser, IE v1, or another browser of that era

Disabling Javascript - especially as some browsers don't have the
option to enable it - does not count.

--
Chris

[Chris Morris]

Re: 508 compliance and Javascript

"VK" <schools_ring@y ahoo.com> writes:[color=blue]
> "Sorry, but the content of this page is not accessible if client-side
> script support is disabled" - and go sue me now. (cannot be treated as
> disability discrimination as the message is equal for any visitor).[/color]

"VK" didn't write, but could have under the same logic:[color=blue]
> "Sorry, this building is not accessible if staircase support is
> disabled." - and go sue me now. (cannot be treated as disability
> discrimination as the message is equal for any visitor)[/color]

Both statements are equally valid.

--
Chris

[axlq]

Re: 508 compliance and Javascript

In article <1142512553.420 896.179800@z34g 2000cwc.googleg roups.com>,
wardy <wardy1975@gmai l.com> wrote:[color=blue]
>Hi all....thanks for the responses. If I turn Javascript off, then the
>site cannot be navigated as it relies on Javascript functionality to
>perform functions that allow the navigation to occur.[/color]

Help me out here... I fail to understand what possesses a designer
to create a web site that doesn't degrade gracefully but still
remains usable when javascript is disabled. Things that used to
rely on javascript (such as navigation menus with submenus that
expand when the mouse hovers over them) can now be done completely
without javascript, using CSS instead.

What POSSIBLE reason is there for a site to RELY on javascript?
What is so special about the design of a particular page that it
requires javascript to work?

I honestly don't know; perhaps you could explain it to me.

I see many sites that are totally nonfunctional without javascript,
and yet, in every case, I can see how to design them so that either
(a) they don't need javascript at all, or (b) disabling javascript
will remove some fancy effects (like expandable/collapsible lists,
form input validation, etc.) but still allow the site to function.


However, the 508[color=blue]
>guidelines do not explicitly state that a site must be functional with
>Javascript disabled, or at least, I cannot find this statement in the
>guidelines. It talks about the use of the OnClick event, which is what
>is used by the site on hyperlinks - the 508 guidelines specify:
>
> onClick - The onClick event handler is triggered when the user
>clicks once on a particular item. It is commonly used on links and
>button elements and, used in connectio with these elements, it works
>well with screen readers. If clicking on the element associated with
>the onClick event handler triggers a function or performs some other
>action, developers should ensure that the context makes that fact clear
>to all users. Do not use the onClick event handlers for form elements
>that include several options (e.g. select lists, radio buttons,
>checkboxes) unless absolutely necessary.
>
>We also use Javascript URL's, which are mentioned in the guidelines as
>follows:
>
>Web developers working with JavaScript frequently use so-called
>JavaScript URL's as an easy way to invoke JavaScript functions.
>Typically, this technique is used as part of <a> anchor links. For
>instance, the following link invokes a JavaScript function called
>myFunction:
>
><a href="javascrip t:myFunction(); ">Start myFunction</a>
>
>This technique does not cause accessibility problems for assistive
>technology
>
>According to these statements, the use of onClick and Javascript URL's
>is fine, and if it triggers a function (which ours does), as long as we
>indicate that it does so, then there shouldn't be an issue. Am I
>interpreting this correctly? (Unfortunately the validation tools for
>this area only bring back warnings and they are manual checks required,
>thus my problem interpreting what constitutes non-compliance).
>
>Thanks again
>[/color]

[VK]

Re: 508 compliance and Javascript

Chris Morris wrote:[color=blue]
> So, what if none of the browsers on my computer support Javascript?[/color]

An intentional attempt to decrease/break the default site
accessibility:- doesn't count, go get a better computer.
If you cannot afford one - your Union or Society have to give you one.
If they cannot / don't want to do it then you are entitled to seek your
equal information access rights up to the highest court.

This is the most primitive case, even slippers-beginners skip on it :-)
Otherwise anyone who happened to be short on cash could download Lynx,
go to microsoft.com, go to lawyer - and the fortune is set (actually
for the purity of the vengeance that someone could download IE and
disable everything in it including JScript and CSS).
[color=blue][color=green]
> > In this concern you better fully concentrate on ADA conformance
> > in the default environment. The last big slippers' success was with a
> > perfectly valid HTML Transitional page[/color]
>
> Given that one of the claims in the article is "missing alt text", the
> page could not have been valid.[/color]

The case was build on an image map where navigation (product category)
was based on click coordinates. That was counted discriminating to the
forced keyboard users. Lack of alt text just happened to be an icing on
the cake, but it wouldn't help.

To finish with it: I knew about this case from my personal sources and
just quickly look for some article to link while making the previous
post. Maybe the article below is more explicit and it also answers the
rest of your questions about the Target case:
<http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2006/02/09/BAGQHH5H7D1.DTL &hw>
Overall there is not too much online covarage about it: firstly because
it seems to be settled under the table, secondly it is just too fresh
yet.

(And thinking over:- I guess it is great for W3C that their assets seem
to be nothing but frozen DTD's and great plans for future:- where
neither one is monetary interesting. Otherwise they might be sued both
by fall-back case from Target and by all blinds of America :-)
[color=blue]
> There are unreasonable adjustments to make to browser
> choice+configur ation that would make an accessibility argument based
> on a site not being viewable in those settings fair.
> - setting the same text and background colour as your browser defaults
> - having a user stylesheet of "* { display: none !important }"
> - using the original line mode browser, IE v1, or another browser of that era[/color]

For a professional web-slipper you possibly have some potential, but
still long-long way to go :-)
The above has nothing to do with *selective accessibility
descrimination within ADA*. These are ways to *prevent/make difficult
information viewing for all visitors*. Similar is asking a password
before allowing access to certain part of your site. If password is
wrong, access is denied - but it is not an ADA violation (yet? :-)
[color=blue][color=green]
>> "Sorry, but the content of this page is not accessible if client-side
>> script support is disabled" - and go sue me now. (cannot be treated as
>> disability discrimination as the message is equal for any visitor).[/color][/color]
[color=blue]
>"VK" didn't write, but could have under the same logic:[/color]
[color=blue]
> "Sorry, this building is not accessible if staircase support is
> disabled." - and go sue me now. (cannot be treated as disability
> discrimination as the message is equal for any visitor)[/color]
[color=blue]
>Both statements are equally valid.[/color]

Now you are on the right path.
And how about a night in a hotel with a big announcement near of the
counter: "Attention! Some materials used in this building are known to
be cancerogenic." I spent many nights in them because there are not
others. A sweet memory from a successfull gang of hotel-slippers who
once managed to blaim all their mental and physical problems on few
nights spent in one famous hotel.
Always spell exactly what are you going to provide, under what
conditions, and what is going to happen if one (or all) of these
conditions are not met. And be happy as a bird. Otherwise you are
definitely not ready for the Republic of California: the land of
fruits, nuts ans lawyer. ;-)

[Chris Morris]

Re: 508 compliance and Javascript

"VK" <schools_ring@y ahoo.com> writes:[color=blue]
> Chris Morris wrote:[color=green]
> > So, what if none of the browsers on my computer support Javascript?[/color]
>
> An intentional attempt to decrease/break the default site
> accessibility:- doesn't count, go get a better computer.[/color]

Better computers cost money.
[color=blue]
> If you cannot afford one - your Union or Society have to give you one.[/color]

Well, since I am a member of no unions or societies, as is the default
state for humans, that's not an option. Nor, if I were, would they
have any obligation to provide me with one. My employer would, but
accessibility affects home as well as business use, and my employer is
under no obligation to provide me with a home computer.
[color=blue]
> This is the most primitive case, even slippers-beginners skip on it :-)
> Otherwise anyone who happened to be short on cash could download Lynx,
> go to microsoft.com, go to lawyer - and the fortune is set (actually
> for the purity of the vengeance that someone could download IE and
> disable everything in it including JScript and CSS).[/color]

Well, except that plenty of sites work fine without Javascript, and
indeed I browse the microsoft site quite often without encountering
any Javascript problems.
[color=blue][color=green]
> > Given that one of the claims in the article is "missing alt text", the
> > page could not have been valid.[/color]
>
> The case was build on an image map where navigation (product category)
> was based on click coordinates. That was counted discriminating to the
> forced keyboard users. Lack of alt text just happened to be an icing on
> the cake, but it wouldn't help.[/color]

Ah, server-side image maps? (since client-side maps are keyboard
accessible). Well, they deserved a kicking for using technology
recommended against for several years.

What possible reason could there be to have the *only* way to select a
product category be via an image map? Why not just have a text list of
categories or a search function too?
[color=blue]
> (And thinking over:- I guess it is great for W3C that their assets seem
> to be nothing but frozen DTD's and great plans for future:- where
> neither one is monetary interesting. Otherwise they might be sued both
> by fall-back case from Target and by all blinds of America :-)[/color]

I fail to see what basis there would be for suing W3C? Their site may
not be the best in existence, but it is generally accessible.
[color=blue][color=green]
> > There are unreasonable adjustments to make to browser
> > choice+configur ation that would make an accessibility argument based
> > on a site not being viewable in those settings fair.
> > - setting the same text and background colour as your browser defaults
> > - having a user stylesheet of "* { display: none !important }"
> > - using the original line mode browser, IE v1, or another browser
> > of that era[/color]
>
> The above has nothing to do with *selective accessibility
> descrimination within ADA*. These are ways to *prevent/make difficult
> information viewing for all visitors*. Similar is asking a password
> before allowing access to certain part of your site. If password is
> wrong, access is denied - but it is not an ADA violation (yet? :-)[/color]

Rightish. Actually, those were ways a visitor could make viewing of
any site, no matter how accessible the site, potentially impossible. I
was distinguishing between perverse behaviour like that on the part of
the user, and reasonable behaviour (disabling Javascript, being unable
to use a mouse, etc) that may be required by a disability.
[color=blue][color=green][color=darkred]
> >> "Sorry, but the content of this page is not accessible if client-side
> >> script support is disabled" - and go sue me now. (cannot be treated as
> >> disability discrimination as the message is equal for any visitor).[/color][/color]
>[color=green]
> >"VK" didn't write, but could have under the same logic:[/color]
>[color=green]
> > "Sorry, this building is not accessible if staircase support is
> > disabled." - and go sue me now. (cannot be treated as disability
> > discrimination as the message is equal for any visitor)[/color]
>[color=green]
> >Both statements are equally valid.[/color]
>
> Now you are on the right path.[/color]

To be more clear, since you're being intentionally awkward, the
validity under law for escaping being seriously sued under legislation
in force in America, the UK and most of Europe, Australia, and many
other countries, is equally zero in both cases.
[color=blue]
> Always spell exactly what are you going to provide, under what
> conditions, and what is going to happen if one (or all) of these
> conditions are not met. And be happy as a bird. Otherwise you are
> definitely not ready for the Republic of California: the land of
> fruits, nuts ans lawyer. ;-)[/color]

The law distinguishes between reasonable and unreasonable
conditions. Some examples of generally unreasonable conditions.
"You must have two fully-working legs to enter this building"
"You must be fully sighted to browse this website"
"You must be male to buy coffee from me"

....and generally reasonable conditions
"You must be in the same city as this building to enter it"
"You must have the correct password to access this website"
"You must have sufficient money to buy coffee from me"

--
Chris

[VK]

Re: 508 compliance and Javascript

Chris Morris wrote:[color=blue]
> "VK" <schools_ring@y ahoo.com> writes:[color=green]
> > Chris Morris wrote:[color=darkred]
> > > So, what if none of the browsers on my computer support Javascript?[/color]
> >
> > An intentional attempt to decrease/break the default site
> > accessibility:- doesn't count, go get a better computer.[/color]
>
> Better computers cost money.[/color]

Do not forget - we (me at least) are talking about ADA regulations
therefore about a person with an officially registered disability. A
healthy person is up to her own to work for money and get a better
computer.
[color=blue][color=green]
> > If you cannot afford one - your Union or Society have to give you one.[/color]
>
> Well, since I am a member of no unions or societies, as is the default
> state for humans, that's not an option.[/color]

Again - it was about ADA regulations therefore about a relevant Union
or Society for people with disabilities. Also come categories of eldery
people can benefit from equal information access rights. Active healthy
members of the society need to move their ass quick and by themselves
;-)
[color=blue]
> Well, except that plenty of sites work fine without Javascript, and
> indeed I browse the microsoft site quite often without encountering
> any Javascript problems.[/color]

Taking a step away from the ADA issues: this thread topic non-directly
implies several wrong pre-conclusions:
1) "Script support may be presented or not but CSS always remains." It
is completely unclear what basis this idea is based on. Both script and
CSS support can be disabled on any browser with the same couple of
clicks.
2) "Script is always a potential security risk". Script by itself is
completely harmless: the risk is in the bridges one can make using
script to other objects (ActiveX, XPCom etc.) And many of these objects
(if badly written) are dangerous by themselves, without any scripting.
Say in order to infect any IE 6 on Windows below XP SP2 one needs to
have <object> activation enabled. This is all - and you may turn
everything else off including script support.
3) "Script is always a potential security risk while CSS never". This
idea reflects the situation of the last sentury. On routhly 95% of
currently used UA's (IE + FF) I can initiate file access, change page
content, make XMLHttpRequest and everything else - by using nothing but
CSS (behaviors and bindings). The idea that CSS is something for
layout, fonts and colors is as outdated as HTML 4

Note: This is why a sysadmin disabling script support for "improved
corporate security" is... anyway, you better find another one ASAP.

But back to the subject: you can proprietary narrow the features of
your UA to the minimum - and even below the minimum. It is your freedom
of choice - and no one's subject of interest or preoccupation.
[color=blue]
> What possible reason could there be to have the *only* way to select a
> product category be via an image map? Why not just have a text list of
> categories or a search function too?[/color]

Image map and input=image (that was the biggest - besides alt missing -
mistake, because the server response counted the click coords)
[color=blue]
> I fail to see what basis there would be for suing W3C? Their site may
> not be the best in existence, but it is generally accessible.[/color]

Presuming that Target would use alt's and all other HTML requirements:-
this page would be validated and even entitled for "Valid HTML 4.01"
banner. They would still loose with maps and input=submit. That would
be a reason for Target to have a fall-back claim to W3C for false
advertisement, and for Blinds Society to W3C for endorsement and
promotion of non-ADA compliant sites. Of course it is all hypotetical
and totally crasy... like the Target case itself.
[color=blue]
> Actually, those were ways a visitor could make viewing of
> any site, no matter how accessible the site, potentially impossible. I
> was distinguishing between perverse behaviour like that on the part of
> the user, and reasonable behaviour (disabling Javascript, being unable
> to use a mouse, etc) that may be required by a disability.[/color]

Right. And if JavaScript was used to *improve* the site accessibility,
slipper has no chance to claim the site unaccessible because she turned
JavaScript off.
Say if one site uses scriptable Microsoft Speach module and Microsoft
Agents, one cannot blaim that it is not accessible "because I turned
script off". It is the same as complaining that "I turned CSS and image
display off and your site is very ugly now".

[color=blue][color=green][color=darkred]
> > >> "Sorry, but the content of this page is not accessible if client-side
> > >> script support is disabled" - and go sue me now. (cannot be treated as
> > >> disability discrimination as the message is equal for any visitor).[/color]
> >[color=darkred]
> > >"VK" didn't write, but could have under the same logic:[/color]
> >[color=darkred]
> > > "Sorry, this building is not accessible if staircase support is
> > > disabled." - and go sue me now. (cannot be treated as disability
> > > discrimination as the message is equal for any visitor)[/color]
> >[color=darkred]
> > >Both statements are equally valid.[/color]
> >
> > Now you are on the right path.[/color]
>
> To be more clear, since you're being intentionally awkward, the
> validity under law for escaping being seriously sued under legislation
> in force in America, the UK and most of Europe, Australia, and many
> other countries, is equally zero in both cases.[/color]

If one would invent a bulletproof trick against slippers this
"honorable" profession would disappear. But it did not.
Nevertheless a clearly stated requirements, warnings and consequences
are a vital part of the legal protection. I'm sorry but you don't seem
to be totally on the speed of this matter.
[color=blue]
> ...and generally reasonable conditions
> "You must be in the same city as this building to enter it"
> "You must have the correct password to access this website"
> "You must have sufficient money to buy coffee from me"[/color]

And don't forget to add here:
"You must have client-side scripting enabled to view this page".

No one can force you to make a client-side dependent page, but if you
do so do not forget to spell something like this in <noscript> section.

[wardy]

Re: 508 compliance and Javascript

Ok...some great replies to my original thread....the impression that I
am getting is that there are a number of personal opinions on the
validity of having a site that relies on Javascript, but from a purely
508 compliance point of view, provided the site mentions that
Javascript must be enabled to use it, then it is still valid from 508.
Is this right?