- From: Charles McCathieNevile <charles@w3.org>
- Date: Sat, 6 Jan 2001 14:24:27 -0500 (EST)
- To: Ian Jacobs <ij@w3.org>
- cc: <w3c-wai-ua@w3.org>
Hmmm. I am not sure that all plugins can be removed (like not all browsers
can be removed from a system). I think the issue is about ensuring that the
user can disable content of different types, and maybe the way to handle it
is to write the requirements (which also apply to graphics) in that way.
Implementation example is iCab, which allows for fairly complex filtering of
content-types...
cheers
Charles McCN
On Fri, 5 Jan 2001, Ian Jacobs wrote:
Hello,
At the AOL ftf meeting, we decided for issue 364 [1] to add
"plug-in" to checkpoint 3.5. From the 29 Dec draft [2]:
3.5 Allow the user to configure the user agent
not to execute scripts or applets. In this
configuration, provide an option to alert the user
when scripts or applets are available.
I am not sure about this.
As I understand it, a plug-in is a software module that
the user has chosen to install as part of the user agent
(to provide some specific services).
This differs from an applet or a script that is part of
author-supplied content.
If a plug-in causes accessibility problems,
the user can always remove it. I think that checkpoint 3.5
is about controlling programmatic content supplied by the
author.
- Ian
[1] http://www.w3.org/WAI/UA/2000/11/minutes-20001116#issue-364
[2] http://www.w3.org/WAI/UA/WD-UAAG10-20001229/
--
Charles McCathieNevile mailto:charles@w3.org phone: +61 (0) 409 134 136
W3C Web Accessibility Initiative http://www.w3.org/WAI
Location: I-cubed, 110 Victoria Street, Carlton VIC 3053, Australia
until 6 January 2001 at:
W3C INRIA, 2004 Route des Lucioles, BP 93, 06902 Sophia Antipolis Cedex, France
Received on Saturday, 6 January 2001 14:24:27 UTC