| 
Evaluation Information
For User Agent Accessibility Guidelines 1.0, 20020821/ draft.
- User agent information
- Mozilla 1.0,
Mozilla Organization
- Operating system information
- Specification information
- Reviewer information
- Matt May, Web Accessibility Specialist, W3C(mcm@w3.org)
Evaluation Summary
- Complete
-
1.3, 2.2, 3.1, 3.4, 4.1, 4.2, 4.14, 5.1, 5.2, 5.4, 6.6, 6.7, 9.1, 9.2, 9.8, 11.5
- Almost Complete
-
1.1, 2.1, 3.3, 3.6, 4.3, 5.3, 6.1, 6.2, 6.5, 6.9, 7.1, 7.2, 8.2, 10.3, 10.6, 10.7
- Partially Implemented
-
1.2, 2.3, 2.9, 3.2, 5.5, 7.3, 7.4, 8.1, 9.3, 9.5, 9.6, 9.7, 9.9, 10.1, 10.4, 10.5, 11.1, 11.3, 11.6, 11.7
- Not Implemented
-
2.7, 3.5, 4.4, 6.3, 9.4, 9.10, 11.2, 11.4, 12.2, 12.3, 12.4, 12.5
- Not Rated
-
2.8, 2.10, 6.4, 6.8, 6.10, 10.2, 12.1
Checkpoint details
Provision details
-
Ensure that the user can operate through keyboard input alone any user agent functionality available through the user interface.
1.1.1 Test details
Comments:
- onclick/ondblclick/onmouseover/onmouseout events fail
Provision details
-
Allow the user to activate, through keyboard input alone, all event handlers that are explicitly associated with the element designated by the content focus.
-
In order to satisfy provision one of this checkpoint, the user must be able to activate as a group all event handlers of the same input device event type.
Provision details
-
Ensure that every message (e.g., prompt, alert, notification, etc.) that is a non-text element and is part of the user agent user interface has a text equivalent.
Provision details
-
Render content according to format specification (e.g., for a markup language or style sheet language).
Provision details
-
For content authored in text formats, provide a view of the text source. For the purposes of this checkpoint, a text format is any media object given an Internet media type of "text" (e.g., "text/plain", "text/html", or "text/*") as defined in RFC 2046 [RFC2046], section 4.1.
Provision details
-
Allow configuration to provide access to each piece of unrendered conditional content "C".
2.3.1 Test details
Comments:
- Couldn't discover how to disable IFRAME
-
When a specification does not explain how to provide access to this content, do so as follows: If C is a summary, title, alternative, description, or expansion of another piece of content D, provide access through at least one of the following mechanisms: (1a) render C in place of D; (2a) render C in addition to D; (3a) provide access to C by allowing the user to query D. In this case, the user agent must also alert the user, on a per-element basis, to the existence of C (so that the user knows to query D); (4a) allow the user to follow a link to C from the context of D. Otherwise, provide access to C through at least one of the following mechanisms: (1b) render a placeholder for C, and allow the user to view the original author-supplied content associated with each placeholder; (2b) provide access to C by query (e.g., allow the user to query an element for its attributes). In this case, the user agent must also alert the user, on a per-element basis, to the existence of C; (3b) allow the user to follow a link in context to C.
Provision details
-
For rendered content where user input is only possible within a finite time interval controlled by the user agent, allow configuration to provide a view where user interaction is time-independent.
Provision details
-
Allow configuration or control to render text transcripts, collated text transcripts, captions, and audio descriptions in content at the same time as the associated audio tracks and visual tracks.
Provision details
-
Respect synchronization cues (e.g., in markup) during rendering.
Comments:
- AL:
* No ALT repair strategies in place.
* Reasons: The title attribute is almost never present when the alt isn't. In the rare cases where it is, it is of no help (typically it's just the filename, maybe with a file size). Also, in the overwhelming majority of cases, the filename is unintelligible. Developers interested in this problem can look at the GetAlternateText() method -- see the CVS history for suggestions. We consider this to be a very difficult problem.
Provision details
-
Allow configuration to generate repair text when the user agent recognizes that the author has failed to provide conditional content that was required by the format specification.
Comments:
- AL:
* We have no repair strategy in 2.7
* We have no way to configure that alt="" still needs to be repaired
* Needs to generate repair text for missing ALT attribute information for IMG element
Provision details
-
Allow at least two configurations for when the user agent recognizes that conditional content required by the format specification is present but empty content: generate no repair text, or generate repair as described in checkpoint 2.7.
Comments:
- AL:
* ALT for images
* TITLE for tooltip
Provision details
-
Allow configuration to render all conditional content automatically.
-
As part of satisfying provision one of this checkpoint, provide access according to specification, or where unspecified, by applying one of the techniques 1a, 2a, or 1b defined in checkpoint 2.3.
Provision details
-
Allow configuration not to render text in unsupported scripts (i.e., writing systems) when that text would otherwise be rendered.
-
When configured per provision one of this checkpoint, indicate to the user in context that author-supplied content has not been rendered.
Comments:
- AL:
* Preferences, Appearance, Colors - "Use my chosen colors, ignoring the colors and background image specified"
Provision details
-
Allow configuration not to render background image content.
Comments:
- AL:
* Animated images can be made still with the Escape key
* Animated images can be made still as a preference under Preferences, Privacy and Security, Images - "Animated Images should Loop"
* Mozilla has no preference or command to toggle audio or video
Provision details
-
Allow configuration not to render audio, video, or animated image content, except on explicit user request.
Comments:
- AL:
* The following line can be added to a user's prefs.js file to control blinking: user_pref("browser.blink_allowed",false);
* Bug 89144 has been filed to expose this pref in the UI.
* Mozilla doesn't support <marquee> by default.
Provision details
-
Allow configuration to render animated or blinking text content as motionless, unblinking text. Blinking text is text whose visual rendering alternates between visible and invisible, at any rate of change.
Comments:
- AL:
Preferences, Advanced, Scripts and Windows - Enable Javascript For When toggled off, we don't notify the user when a page is loaded with scripts
Provision details
-
Allow configuration not to execute any executable content (e.g., scripts and applets).
Provision details
-
Allow configuration so that the user agent only retrieves content on explicit user request.
Comments:
- AL:
* Our interface for image toggling needs redesign
* Unfortunately, there are quite a few open bugs on image toggling
Provision details
-
Allow configuration not to render image content.
Comments:
- AL:
* Can be changed through preferences, zooming or user style sheet. Zooming is really the best solution, because the document retains its look - all font sizes are increased the same percentage.
* Zooming can be controlled via hotkeys Ctrl+plus and Ctrl+minus
* The prefs are at Preferences, Appearances, Fonts
* There is also a hidden pref line that can be added to prefs.js, if you just want to change the minimum font size for a certain font: user_pref("font.minimum-size.x-western", newFontSizeInPoints)
* For other i18n charsets, change x-western to x-central-euro, x-cyrillic, x- unicode, x-user-def, x-baltic, el, tr, he, ar, th, ja, zh-CN or zh-TW
Provision details
-
Allow global configuration of the scale of visually rendered text content. Preserve distinctions in the size of rendered text as the user increases or decreases the scale.
-
As part of satisfying provision one of this checkpoint, provide a configuration option to override rendered text sizes specified by the author or user agent defaults.
-
As part of satisfying provision one of this checkpoint, offer a range of text sizes to the user that includes at least: the range offered by the conventional utility available in the operating environment that allows users to choose the text size (e.g., the font size), or if no such utility is available, the range of text sizes supported by the conventional APIs of the operating environment for drawing text.
Comments:
- AL:
Can be changed through preferences or user style sheet The prefs are at Preferences, Appearances, Fonts
Provision details
-
Allow global configuration of the font family of all visually rendered text content.
-
As part of satisfying provision one of this checkpoint, provide a configuration option to override font families specified by the author or by user agent defaults.
-
As part of satisfying provision one of this checkpoint, offer a range of font families to the user that includes at least: the range offered by the conventional utility available in the operating environment that allows users to choose the font family, or if no such utility is available, the range of font families supported by the conventional APIs of the operating environment for drawing text.
Comments:
- * Can be changed through preferences or by editing the prefs.js file
* The prefs are at Preferences, Appearances, Colors
* To use any color offered in Windows, the prefs.js file must be edited by hand
Provision details
-
Allow global configuration of the foreground and background color of all visually rendered text content.
-
As part of satisfying provision one of this checkpoint, provide a configuration option to override foreground and background colors specified by the author or user agent defaults.
-
As part of satisfying provision one of this checkpoint, offer a range of colors to the user that includes at least: the range offered by the conventional utility available in the operating environment that allows users to choose colors, or if no such utility is available, the range of colors supported by the conventional APIs of the operating environment for specifying colors.
Comments:
- Cannot slow animations
Provision details
-
Allow the user to slow the presentation rate of rendered audio and animation content (including video and animated images).
-
As part of satisfying provision one of this checkpoint, for a visual track, provide at least one setting between 40% and 60% of the original speed.
-
As part of satisfying provision one of this checkpoint, for a prerecorded audio track including audio-only presentations, provide at least one setting between 75% and 80% of the original speed.
-
When the user agent allows the user to slow the visual track of a synchronized multimedia presentation to between 100% and 80% of its original speed, synchronize the visual and audio tracks (per checkpoint 2.6). Below 80%, the user agent is not required to render the audio track.
Provision details
-
Allow the user to stop, pause, and resume rendered audio and animation content (including video and animated images) that last three or more seconds at their default playback rate.
-
Allow the user to navigate efficiently within audio and animations (including video and animated images) that last three or more seconds at their default playback rate.
Provision details
-
For graphical viewports, allow configuration so that captions synchronized with a visual track in content are not obscured by it.
Provision details
-
Allow global configuration of the volume of all rendered audio, with an option to override audio volumes specified by the author or user agent defaults.
-
As part of satisfying provision one of this checkpoint, allow the user to choose zero volume (i.e., silent).
Provision details
-
Allow independent control of the volumes of rendered audio content synchronized to play simultaneously.
Provision details
-
Allow configuration of the synthesized speech rate, according to the full range offered by the speech synthesizer.
Provision details
-
Allow control of the synthesized speech volume, independent of other sources of audio.
Provision details
-
Allow configuration of synthesized speech characteristics according to the full range of values offered by the speech synthesizer.
Provision details
-
Allow configuration of synthesized speech pitch. Pitch refers to the average frequency of the speaking voice.
-
Allow configuration of synthesized speech pitch range. Pitch range specifies a variation in average frequency.
-
Allow configuration of synthesized speech stress. Stress refers to the height of "local peaks" in the intonation contour of the voice.
-
Allow configuration of synthesized speech richness. Richness refers to the richness or brightness of the voice.
Provision details
-
Provide support for user-defined extensions to the synthesized speech dictionary.
-
Provide support for spell-out: where text is spelled one character at a time, or according to language-dependent pronunciation rules.
-
Allow at least two configurations for speaking numerals: one where numerals are spoken as individual digits, and one where full numbers are spoken.
-
Allow at least two configurations for speaking punctuation: one where punctuation is spoken literally, and one where punctuation is rendered as natural pauses.
Comments:
- AL:
Under View Menu, Use Style Sheet -- allows one user style sheet to be applied at a time
Provision details
-
Allow the user to choose from and apply alternative author style sheets (such as linked style sheets).
-
Allow the user to choose from and apply at least one user style sheet.
-
Allow the user to turn off (i.e., ignore) author and user style sheets.
Comments:
- AL:
Preferences, Advanced, Scripts and Windows - Allow Scripts To "Open Unrequested Windows"
Provision details
-
Allow configuration so that if a viewport opens without explicit user request, neither its content focus nor its user interface focus automatically becomes the current focus.
Comments:
- AL:
Windows can be configured so that the window with the current focus is always on top.
Provision details
-
For graphical user interfaces, allow configuration so that the viewport with the current focus remains "on top" of all other viewports with which it overlaps.
Comments:
- AL:
* Preferences, Advanced, Scripts and Windows - Allow Scripts To "Open Unrequested Windows"
* We do not have a strategy to 'alert the user and allow the user to open it on demand'
* We do not have exposed prefs for all of our popup control options.
* Here are all the "hidden prefs" lines that can be added to the user's prefs.js file, for controlling popup behavior:
* Turn window.open off for particular sites: user_pref("capability.policy.popupsites.sites", "http:// www.annoyingsite1.com http://www.popupsite2.com"); user_pref("capability.policy.popupsites.windowinternal.open","noAccess");
* Or turn it off everywhere: user_pref("capability.policy.default.windowinternal.open","noAccess");
* Override popping up new windows on target=anything: user_pref("browser.target_new_blocked", true);
* Override popup windows at beginning of new page load (blocks most popup advertisements): user_pref("dom.disable_open_during_load", true);
Provision details
-
Allow configuration so that viewports only open on explicit user request.
-
When configured per provision one of this checkpoint, instead of opening a viewport automatically, alert the user and allow the user to open it with an explicit request (e.g., by confirming a prompt or following a link generated by the user agent).
-
Allow the user to close viewports.
Comments:
- AL:
When focus and/or selection changes they are in the viewport
Provision details
-
Ensure that when a viewport's selection or content focus changes, it is at least partially in the viewport after the change.
Comments:
- Only allows confirmation if the information is not secure? This is also under Preferences, Security, SSL, "Sending form data from unencrypted page to unencrypted page"
Provision details
-
Allow configuration to prompt the user to confirm (or cancel) any form submission.
Comments:
- AL:
* The DOM is available in-process, but not via an out-of-process (COM) interface.
* Out-of-process access is needed for it to be truly useful for assistive technology
* We do support some COM interfaces called ISimpleDOMNode, which has a large portion of useful DOM read access
Provision details
-
Provide programmatic read access to XML content by making available all of the information items defined by the W3C XML Infoset [INFOSET].
-
Provide programmatic read access to HTML content by making available all of the following information items defined by the W3C XML Infoset [INFOSET]: Document Information item: children, document element, base URI, charset Element Information items: element-type name, children, attributes, parent Attribute Information items: attribute-type name, normalized value, specified, attribute type, references, owner element Character Information items: character code, parent element Comment Information items: content, parent
-
If the user can modify HTML and XML content ("write access") through the user interface (e.g., through form controls), allow for the same modifications programmatically.
Comments:
- * The DOM is available in-process, but not via an out-of-process (COM) interface.
* Out-of-process access is needed for it to be truly useful for assistive technology
* We do support some COM interfaces called ISimpleDOMNode, which has a large portion of useful DOM read access
Provision details
-
Provide access to the content required in checkpoint 6.1 by conforming to the following modules of the W3C Document Object Model DOM Level 2 Core Specification [DOM2CORE] and exporting bindings for the interfaces they define: for HTML: the Core module. for XML: the Core and XML modules.
-
As part of satisfying provision one of this checkpoint, Export the normative bindings specified in the DOM Level 2 Core Specification [DOM2CORE] (namely, for Java [JAVA] and ECMAScript [ECMASCRIPT] operating environments). For other environments, the bindings exported to satisfy provision one of this checkpoint (e.g., C++ bindings) must be publicly documented.
Comments:
- AL:
Still working on Active Accessibility support for other kinds of content
Provision details
-
For content other than HTML and XML, provide structured programmatic read access to content, and write access to those parts of content that the user can modify through the user interface.
-
As part of satisfying provision one of this checkpoint, implement at least one API according to this API cascade: The API is defined by a W3C Recommendation, or the API is publicly documented and designed to enable interoperability with assistive technologies. If no such API is available, or if available APIs do not enable the user agent to satisfy the requirements, implement at least one publicly documented API to satisfy the requirements, and follow operating environment conventions for the use of input and output APIs.
Provision details
-
For graphical user agents, make available bounding dimensions and coordinates of rendered graphical objects. Coordinates must be relative to the point of origin in the graphical environment (e.g., with respect to the desktop), not the viewport.
-
For graphical user agents, provide access to the following information about each piece of rendered text: font family, font size, and foreground and background colors.
-
As part of satisfying provisions one and two of this checkpoint, implement at least one API according to the API cascade described in provision two of checkpoint 6.3.
Comments:
- * Can use keyboard API to control Mozilla, by generating keystrokes programmatically
* When in-process, can use DOM to generate events
* Uses Active Accessibility to provide program access to controls
* Do not support all Active Accessibility features for programmatic operation (put_accName, put_accValue not yet supported)
Provision details
-
Provide programmatic read access to user agent user interface controls, selection, content focus, and user interface focus.
-
Provide programmatic write access for those user agent user interface controls that the user can modify through the user interface.
-
As part of satisfying provisions one and two of this checkpoint, implement at least one API according to the API cascade described in provision two of checkpoint 6.3.
Comments:
- AL:
* Uses Active Accessibility to generate change events to assistive technology
Provision details
-
Provide programmatic notification of changes to content, user agent user interface controls, selection, content focus, and user interface focus.
-
As part of satisfying provision one of this checkpoint, implement at least one API according to the API cascade of provision two of checkpoint 6.3.
Comments:
- AL:
* Uses standard keyboard API, works with a number of assistive technologies
Provision details
-
Implement APIs for the keyboard as follows: Follow operating environment conventions. If no conventions exist, implement publicly documented APIs.
Comments:
- AL:
We use 16 bit strings, not sure about UTF-16
Provision details
-
For an API implemented to satisfy requirements of this document, support the character encodings required for that API.
Comments:
- AL:
* The DOM is available in-process, but not via an out-of-process (COM) interface.
* Out-of-process access is needed for it to be truly useful for assistive technology
Provision details
-
For user agents that implement Cascading Style Sheets (CSS), provide programmatic access to style sheets by conforming to the CSS module of the W3C Document Object Model (DOM) Level 2 Style Specification [DOM2STYLE] and exporting bindings for the interfaces it defines.
-
As part of satisfying provision one of this checkpoint: Export the normative bindings specified in the CSS module of the DOM) Level 2 Style Specification [DOM2STYLE] (namely, for Java [JAVA] and ECMAScript [ECMASCRIPT] operating environments). For other environments, the bindings exported to satisfy provision one of this checkpoint must be publicly documented.
Comments:
- AL:
Too vague to measure.
Provision details
-
For APIs implemented to satisfy the requirements of this document, ensure that programmatic exchanges proceed in a timely manner.
Comments:
- AL:
* Mozilla uses selection colors as specified in the control panel.
* Mozilla exposes the focus via WM_FOCUS system messages
* Mozilla does not use the system focus drawing routines, because they aren't flexible enough (don't support CSS)
Provision details
-
Follow operating environment conventions that benefit accessibility when implementing the selection, content focus, and user interface focus.
Comments:
- AL:
* Mozilla implements standard keyboard bindings
* There are a few missing pieces, such as support in XUL comboboxes (menulist) for selecting items by typing alphanumeric keystrokes
Provision details
-
Ensure that default input configurations of the user agent do not interfere with operating environment accessibility conventions (e.g., for keyboard accessibility).
Comments:
- * Mozilla uses non-native controls. It does, however, support the look and feel of widgets on various operating systems, when the classic theme is selected (on by default).
Provision details
-
Follow operating environment conventions that benefit accessibility. In particular, follow conventions that benefit accessibility for user interface design, keyboard configuration, product installation, and documentation.
Comments:
- AL:
* Menus indicate accesskey and accelerator configurations
* Accelerators not show in button tooltips
Provision details
-
Follow operating environment conventions to indicate the input configuration.
Comments:
- AL:
* HTML: CAPTION element (TABLE): Renders in graphical interpretation, can be styled using CSS
* HTML: THEAD element (TABLE): Available through DOM, can be styled using CSS?
* HTML: TBODY element (TABLE): Available through DOM, can be styled using CSS?
* HTML: TFOOT element (TABLE): Available through DOM, can be styled using CSS?
* HTML: COLGROUP element (TABLE): Available through DOM, can be styled using CSS?
* HTML: COL element (TABLE): Available through DOM, can be styled using CSS?
* HTML: SCOPE attribute (TABLE): Available through DOM
* HTML: HEADERS attribute (TABLE): Available through DOM
* HTML: AXIS attribute (TABLE): Available through DOM
* HTML: TABINDEX attribute: yes, can be used to order sequential navigation
* HTML: ACCESSKEY attribute: Supported with ALT-{key}, menu key conflict favor the accesskey?
* HTML: ALT for IMG: yes
* HTML: LONGDESC for IMG: yes, available in context menu properties
* HTML: ALT for AREA: ?
* HTML: ALT for INPUT: ?
* CSS: TEXT-INDENT: yes
* CSS: TEXT-ALIGN: yes
* CSS: WORD-SPACING: yes
* CSS: LETTER-SPACING: yes
* CSS: FONT-STRETCH: NI
* CSS: MARGIN: yes
* CSS: FLOAT: yes
* CSS: POSITION: yes
* CSS: !IMPORTANT: yes
* CSS: SYSTEM FONTS: yes
* CSS: SYSTEM COLORS: yes
* CSS: list types: yes
* CSS: OUTLINE: no
* CSS: :before, :after: Poor
* CSS: :hover: ?
* CSS: :visited, :unvisited: ?
Provision details
-
Implement the accessibility features of specifications (markup languages, style sheet languages, metadata languages, graphics formats, etc.).
Comments:
- AL:
* HTML 4.01: VG
* CSS2: VG
* CSS2: VG
* DOM 1.0: VG
Provision details
-
Use and conform to either W3C Recommendations when they are available and appropriate for a task, or non-W3C specifications that enable the creation of content that conforms at level A or better to the Web Content Accessibility Guidelines 1.0 [WCAG10].
Provision details
-
Provide at least one content focus for each viewport (including frames) where enabled elements are part of the rendered content.
-
Allow the user to make the content focus of each viewport the current focus.
Provision details
-
Provide a user interface focus.
Comments:
- * Provides sequential access to links and input form controls
* Cannot navigate to non-links and non-input form controls with event handlers
* Cannot configure Mozilla to only allow focus changes on explicit user request
Provision details
-
Allow the user to move the content focus to any enabled element in the viewport.
-
Allow configuration so that the content focus of a viewport only changes on explicit user request.
-
If the author has not specified a navigation order, allow at least forward sequential navigation, in document order, to each element in the set established by provision one of this checkpoint.
Comments:
- AL: See bug 36539
Provision details
-
For user agents that implement a viewport history mechanism, for each state in a viewport's browsing history, maintain information about the point of regard, content focus, and selection.
-
When the user returns to any state in the viewport history (e.g., via the "back button"), restore the saved values for the point of regard, content focus, and selection.
Comments:
- AL: Can turn off scripting, but then no event processing is available
Provision details
-
Allow configuration so that moving the content focus to or from an enabled element does not automatically activate any explicitly associated event handlers of any event type.
Comments:
- AL: Can view event handlers through source view or DOM Inspector (Tasks, Tools, DOM Inspector)
Provision details
-
For the element with content focus, make available the list of input device event types for which there are event handlers explicitly associated with the element.
Comments:
- AL:
* Provides sequential access to links and input form controls
* Cannot navigate to non-links and non-input form controls with event handlers
* No directional navigation, or navigation to links by name
Provision details
-
Extend the functionality required in provision three of checkpoint 9.3 by allowing the same sequential navigation in reverse document order.
-
As part of satisfying provision one of this checkpoint, the user agent must not include disabled elements in the navigation order.
Comments:
- AL:
* Provides forward and reverse text search capability from the element with the current focus/selection, with and without case sensitivity
* Very slow on larger documents. Needs improvement.
Provision details
-
Allow the user to search within rendered text content for a sequence of characters from the document character set.
-
Allow the user to start a forward search (in document order) from any selected or focused location in content.
-
When there is a match, do both of the following: move the viewport so that the matched text content is within it, and allow the user to search for the next instance of the text from the location of the match.
-
Alert the user when there is no match or after the last match in content (i.e., prior to starting the search over from the beginning of content).
-
Provide a case-insensitive search option for text in scripts (i.e., writing systems) where case is significant.
Comments:
- AL:
* DOM Inspector provides some capability, but not really intended for end users (Tasks, Tools, DOM Inspector)
* Navigation to Links: yes
* Navigation to Form controls: yes
Provision details
-
Allow the user to navigate efficiently to and among important structural elements in rendered content.
-
As part of satisfying provision one of this checkpoint, allow forward and backward sequential navigation.
Provision details
-
Allow configuration of the set of important elements and attributes identified for checkpoints 9.9 and 10.4.
-
As part of satisfying provision one of this checkpoint, allow the user to include and exclude element types in the set.
Comments:
- AL:
* We don't make use of scope, headers, axis, or any other table accessibility features
* We have nothing under properties, or anywhere else, to orient users reading a table
Provision details
-
For graphical user agents that render tables, for each table cell, allow the user to view associated header information.
Comments:
- AL:
* Provides a focus outline box
* Highlights follow graphical rendering conventions for windows
* Does not highlight selected images
* We do not have the ability to show a border around the text selection
* We have the following focus appearance prefs that are not exposed in the UI, but can be manually inserted in the user's prefs.js file:
* SetBoolPref("browser.display.use_focus_colors", useFocusColors); /* true or false */
* SetCharPref("browser.display.focus_background_color", colorString); /* for example #ffeedd or the name of a color */
* SetCharPref("browser.display.focus_text_color", colorString);
* SetCharPref("browser.display.focus_ring_width", numPixels); /* integer 0-4 */
Provision details
-
Allow global configuration to highlight the following four classes of information in each viewport: the selection, content focus, enabled elements, and recently visited links.
-
For graphical user interfaces, as part of satisfying provision one of this checkpoint, allow at least one configuration where the highlight mechanisms for the four classes of information: differ from each other, and do not rely on rendered text foreground and background colors alone.
-
For graphical user interfaces, as part of satisfying provision one of this checkpoint, if a highlight mechanism involves text size, font family, rendered text foreground and background colors, or text decorations, offer at least the following range of values: for text size, the range required by provision three of checkpoint 4.1. for font family, the range required by provision three of checkpoint 4.2. for text foreground and background colors and decorations, the range offered by the conventional utility available in the operating environment for users to choose rendered text colors or decorations (e.g., the standard font and color dialog box resources supported by the operating system). If no such utility is available, the range supported by the conventional APIs of the operating environment for specifying text colors or drawing text.
-
Highlight enabled elements according to the granularity specified in the format. For example, an HTML user agent rendering a PNG image as part of a client-side image map is only required to highlight the image as a whole, not each enabled region. An SVG user agent rendering an SVG image with embedded graphical links is required to highlight each (enabled) link that may be rendered independently according to the SVG specification.
Comments:
- AL:
* We rely on color alone when showing which links have been recently visited.
* Should implement a pref for dotted underline on visited links, similar to the way Opera does it.
Provision details
-
Extend the functionality required by provision two of checkpoint 10.2 by allowing configuration through a single setting.
Comments:
- * DOM Inspector provides a type of outline view, although it is not intended for end users
* Page info (Ctrl+I) gives lists of links, media, forms/elements
* Can use a user style sheet to implement an outline
* Bug 127030 has been filed for an outline view.
Provision details
-
Make available to the user an "outline" view of rendered content, composed of labels for important structural elements (e.g., heading text, table titles, form titles, and other labels that are part of the content).
Comments:
- AL:
* Only uses color to indicate whether a link has been visted by default
* Context menu properties provides link information, but does not provide the size of the resource. Note that the size might be discovered for certain resources using HTTP HEAD. However, any such use should be carefully considered, given the potential impact on network traffic of automatically making such requests for every link/object in the page. Please see bug 103704 for more information.
* Does not provide information about whether link is internal or external, except through URL itself. Clearly identifying internal vs. external links is bug 127038.
* Provides information about whether link will open in same window
* Does not support fee links
Provision details
-
To help the user decide whether to traverse a link in content, make available the following information about it: link element content, link title, whether the link is internal to the resource (e.g., the link is to a target in the same Web page), whether the user has traversed the link recently, and information about the type, size, and natural language of linked Web resources.
Comments:
- AL:
* Uses title bar color and focus indicator to indicate with view port has focus
* The currently focused content frame has a dotted outline, until a key is pressed or scrolling occurs
* The focus appearance is not configurable
Provision details
-
Highlight the viewport with the current focus (including any frame that takes current focus).
-
For graphical viewports, as part of satisfying provision one of this checkpoint, provide at least one highlight mechanism that does not rely on rendered text foreground and background colors alone (e.g., use a thick outline).
-
If the techniques used to satisfy provision one of this checkpoint involve rendered text size, font family, rendered text foreground and background colors, or text decorations, allow global configuration and offer same ranges of values required by provision three of checkpoint 10.2.
Comments:
- AL:
* A progress bar and status bar message indicates loading progress
* The scroll bar indicates how far into the document the current graphical view is
* The size of the current document is in the page info screen, sometimes it says unavailable
Provision details
-
Indicate the viewport's position relative to rendered content (e.g., the proportion of an audio or video clip that has been played, the proportion of a Web page that has been viewed, etc.).
Comments:
- AL:
* Menus indicate accesskey and accelerator configurations
* Accelerators not show in button tooltips
* No centralized key bindings informational resource for end-users, only developer documentation
Provision details
-
Provide information to the user about current user preferences for input configurations.
Comments:
- AL: The web page itself is currently responsible for letting the user know what accesskey's are available.
Provision details
-
Provide a centralized view of the current author-specified input configuration.
Comments:
- AL:
* Some bindings can be changed. See "the customizing document"
* There is no central place to change all bindings. Unforutunately, some are hard coded. Needs work. Bug#?
Provision details
-
Allow the user to override any binding that is part of the user agent default input configuration.
Comments:
- AL: Bug 953707 is our open bug for this. Help wanted.
Provision details
-
Allow the user to override any binding in the user agent default keyboard configuration with a binding to either a key plus modifier keys or to a single key.
-
For each functionality in the set required by checkpoint 11.5, allow the user to configure a single-key binding. A single-key binding is one where a single key press performs the task, with zero modifier keys.
Provision details
-
Ensure that the user agent default input configuration includes bindings for the following functionalities required by other checkpoints in this document: move content focus to the next enabled element in document order, and move content focus to the previous enabled element in document order (checkpoints 9.3 and 9.7); activate the link designed by the content focus (checkpoints 1.1 and 9.1); search for text, search again for same text (checkpoint 9.8); increase the scale of rendered text, and decrease the scale of rendered text (checkpoint 4.1); increase global volume, and decrease global volume (checkpoint 4.7); stop, pause, resume, and navigate efficiently selected audio and animations, including video and animated images (checkpoint 4.5).
-
If the user agent supports the following functionalities, the default input configuration must also include bindings for them: next history state (forward), and previous history state (back); enter URI for a new resource; add a URI to favorites (i.e., bookmarked resources); view favorites; reload a resource; interrupt a request to reload a resource; for graphical viewports: navigation forward and backward through rendered content by approximately the height of the viewport; for user agents that render content in lines of (at least) text: move point of regard to next line, and previous line.
Comments:
- AL:
* User profiles are fully supported for all configuration options.
* Unfortunately, switching profiles requires the entire application to be relaunched.
* There is still very little end-user documentation for editing profiles by hand.
Provision details
-
For the configuration requirements of this document, allow the user to save user preferences in at least one user profile.
-
Allow the user to choose from among available user agent default profiles, profiles created by the same user, and no profile (i.e., the user agent default settings).
Comments:
- AL:
* Can turn on and off toolbars under Show/Hide
* Can customize personal bookmarks toolbar
* Bug 15144 is for the ability to add/remove toolbar icons
* Bug 47418 is for the ability to rearrange toolbars
Provision details
-
For graphical user agent user interfaces with tool bars, allow the user to configure the position of user agent user interface controls on those tool bars.
-
Offer a predefined set of controls that may be added to or removed from tool bars.
-
Allow the user to restore the default tool bar configuration.
Comments:
- AL:
* Some end user docs are under Help, Help Contents in Mozilla
* None of documentation resources have been evaluated for WCAG compliance
Provision details
-
Ensure that at least one version of the user agent documentation conforms to at least level Double-A of the Web Content Accessibility Guidelines 1.0 [WCAG10].
Provision details
-
Document all user agent features that benefit accessibility.
Provision details
-
Document the default user agent input configuration (e.g., the default keyboard bindings).
Provision details
-
Document changes from the previous version of the user agent to features that benefit accessibility, including features of the user interface.
Provision details
-
Provide a centralized view of all features of the user agent that benefit accessibility, in a dedicated section of the documentation.
Jon
Gunderson (jongund@uiuc.edu)
Ian Jacobs (ij@w3.org)
Matt May (mcm@w3.org)
Last revised:
$Date: 2002/10/30 23:26:11 $
|
Copyright
2000, 2001, 2002 W3C (MIT, INRIA, Keio), All Rights Reserved. W3C
liability,
trademark, document
useand software
licensingrules apply.