|
Implementation Review of Mozilla Browser 0.9.9
Implementation Home Page
| Please read
disclaimer
before reviewing this report
Evaluation Information
|
Evaluation Summary
|
Checkpoint Details
|
Rating Scale Information
Subject: Mozilla Browser 0.9.9
Operating System: Windows
Formats: HTML 4.01, CSS1 and CSS2
Date:
Guidelines: User Agent Accessibility Guidelines 1.0 ( W3C Candidate Recommendation, 12 September 2001 )
-
Reviewer
-
Name: Aaron Leventhal and Ian Jacobs
-
Affliation: Mozilla and W3C
-
Phone:
-
E-mail: aaronl@netscape.com
Complete Implementation
Total checkpoints: 15
Very Good Implementation
Total checkpoints: 15
Good Implementation
Total checkpoints: 12
Poor Implementation
Total checkpoints: 13
Not Implementation
Total checkpoints: 15
Not Applicable
Total checkpoints: 14
Not Rated
Total checkpoints: 6
Rating: VG
Comments
- We have some remaining bugs, and some keyboard usability issues, but in general Mozilla now has keyboard equivalents for almost everything.
- Most browsers do not allow the user to select text with the keyboard alone. We intend to do this with a caret browsing feature.
Rating: P
Comments
- onMouseOver, onMouseDown, onMouseUp, onMouseMove, onClick, onDBClick: no keyboard support
- onFocus and onBlur: Cannot be activated with pointer
Rating: C
Comments
- Status line and alert boxes used to convey messages and alerts
Rating: VG
Comments
- Renders HTML, CSS, and a number of graphic image formats. Does not contradict current specifications for HTML and CSS rendering.
Rating: C
Comments
- Also known as view source.
Rating: VG
Comments
- ALT for IMG: Rendered in the place of the image when images turned off
- TITLE for IMG element: Tooltip (mouse hover over image)
- LONGDESC for IMG element: In context menu - properties
- content of OBJECT element: ?
- TITLE for MAP element: Tooltip
- ALT for AREA element: ?
- ALT for INPUT element: ?
- ACRONYM element: supported
- ABBR element: supported
- ABBR element TH/TD: not supported
- SUMMARY for TABLE: supported
- TITLE for FRAME: ?
- LONGDESC for FRAME: Not supported, see Bug 3658
- NOFRAME for FRAME: Must use user style sheets to render this. A UI for this would be good.
- NOSCRIPT for SCRIPT: Must use user style sheets to render this. A UI for this would be good.
Rating: NR
No Comments
Rating: NA
No Comments
Rating: NA
No Comments
Rating: P
Comments
- 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.
Rating: P
Comments
- 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
Rating: G
Comments
- ALT for images
- TITLE for tooltip
Rating: NI
No Comments
Rating: NR
No Comments
Rating: C
Comments
- Preferences, Appearance, Colors - "Use my chosen colors, ignoring the colors and background image specified"
Rating: P
Comments
- 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
Rating: P
Comments
- 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.
Rating: G
Comments
- Preferences, Advanced, Scripts and Windows - Enable Javascript For
When toggled off, we don't notify the user when a page is loaded with scripts
Rating: NI
Comments
- Mozilla has no features for toggling refreshes
Rating: NI
Comments
- Mozilla has no features for toggling redirects
Rating: P
Comments
- Our interface for image toggling needs redesign
- Unfortunately, there are quite a few open bugs on image toggling
Rating: C
Comments
- 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
Rating: C
Comments
- Can be changed through preferences or user style sheet
The prefs are at Preferences, Appearances, Fonts
Rating: VG
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
Rating: NI
Comments
Rating: NA
No Comments
Rating: NA
No Comments
Rating: NA
Comments
- This is similar to checkpoint 4.4, except that includes animation through style
Cannot control animation rate of animated images
Rating: NA
No Comments
Rating: NA
No Comments
Rating: NA
No Comments
Rating: NA
No Comments
Rating: NA
No Comments
Rating: NA
No Comments
Rating: NA
No Comments
Rating: NA
No Comments
Rating: NA
No Comments
Rating: C
Comments
- Under View Menu, Use Style Sheet -- allows one user style sheet to be applied at a time
Rating: C
Comments
- Preferences, Advanced, Scripts and Windows - Allow Scripts To "Open Unrequested Windows"
Rating: C
Comments
- Windows can be configured so that the window with the current focus is always on top.
Rating: VG
Comments
- 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);
Rating: C
Comments
- When focus and/or selection changes they are in the viewport
Rating: P
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"
Rating: NI
Comments
Rating: C
Comments
- Just fixed! See Bug 32571 for more information
Rating: VG
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
Rating: G
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
Rating: NI
Comments
- Still working on Active Accessibility support for other kinds of content
Rating: VG
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)
Rating: G
Comments
- Uses Active Accessibility to generate change events to assistive technology
Rating: C
Comments
- Uses standard keyboard API, works with a number of assistive technologies
Rating: NR
Comments
- We use 16 bit strings, not sure about UTF-16
Rating: G
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
Rating: NR
Comments
Rating: VG
Comments
- 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)
Rating: VG
Comments
- 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
Rating: G
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).
Rating: G
Comments
- Menus indicate accesskey and accelerator configurations
- Accelerators not show in button tooltips
Rating: NR
Comments
- 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: ?
Rating: VG
Comments
- HTML 4.01: VG
- CSS2: VG
- CSS2: VG
- DOM 1.0: VG
Rating: C
Comments
Rating: C
Comments
- Provides a user interface focus
Rating: G
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
Rating: NI
Comments
Rating: P
Comments
- Can turn off scripting, but then no event processing is available
Rating: P
Comments
- Can view event handlers through source view or DOM Inspector (Tasks, Tools, DOM Inspector)
Rating: G
Comments
- 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
Rating: C
Comments
- 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.
Rating: P
Comments
- 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
Rating: NI
Comments
- The navigational elements aren't user configurable
Rating: NI
Comments
- 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
Rating: VG
Comments
- 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 */
Rating: VG
Comments
- 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.
Rating: G
Comments
- Use system colors by default (classic theme)
- Underlines links by default
- Does not have UI to highlight non-link and non-form elements that have event handlers
- Can have user CSS for user styling of elements with event handlers
Rating: P
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.
Rating: G
Comments
- 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
Rating: VG
Comments
- 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
Rating: VG
Comments
- 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
Rating: G
Comments
- Menus indicate accesskey and accelerator configurations
- Accelerators not show in button tooltips
- No centralized key bindings informational resource for end-users, only developer documentation
Rating: NI
Comments
- The web page itself is currently responsible for letting the user know what accesskey's are available.
Rating: P
Comments
- 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#?
Rating: NI
Comments
- Bug 953707 is our open bug for this. Help wanted.
Rating: C
Comments
- Provides stated functions
Rating: VG
Comments
- 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.
Rating: P
Comments
- 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
Rating: NR
Comments
- Some end user docs are under Help, Help Contents in Mozilla
- None of documentation resources have been evaluated for WCAG compliance
Rating: NI
Comments
- No end user accessibility documentation yet
Rating: NI
Comments
- No end user accessibility documentation yet
Rating: NI
Comments
- No end user accessibility documentation yet
Rating: NI
Comments
- No end user accessibility documentation yet
Jon Gunderson (Jon Gunderson)
Ian Jacobs (ij@w3.org)
Last revised: $Date: 2004/03/09 18:53:40 $
|
Copyright©2000-2001
W3C® (
MIT,
INRIA,
Keio), All Rights Reserved. W3C
liability,
trademark,
document use and
softwarelicensing rules apply.