Closed
Bug 86306
Opened 24 years ago
Closed 13 years ago
mozilla.org has minor priority2 and priority3 accessibility errors
Categories
(www.mozilla.org :: General, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: ruairif, Unassigned)
References
()
Details
(Keywords: access)
The above link validates the mozilla.org homepage using the bobby accessiblity
validator at http://www.cast.org/bobby
Mozilla.org does quite well, but there are still one or two minor errors that
prevent priority 2 and priority 3 compliance.
We need to comply with as many of the WAI accessibility checkpoints as
possible, to ensure the mozilla.org site is accessible to the widest range of
users. (including the pages available through the browser, such as
http://www.mozilla.org/releases)
Complying with the recommendations in the above document should be a fairly
easy task for an individual page (when applied to the whole site, it might take
a little bit longer, but only a matter of hours.A sitewide search/replace or
something should make it easy)
Either way, we still have priority 1 compliance, and can place that attractive
bobby symbol on the homepage....!
Comment 1•24 years ago
|
||
Reassigning to Dawn, who keeps the website. Also cc'ing Aaron.
Assignee: mitchell → endico
Blocks: advocacybugs
Comment 2•24 years ago
|
||
-> webmaster@mozilla.org component.
Component: Miscellaneous → webmaster@mozilla.org
-> taking QA contact so I don't need to watch Dawn anymore. ;)
QA Contact: mitchell → imajes
I've compared outputs of www.mozilla.org and bobby.cast.org itself and these are
the only points that make mozilla.org worse:
Priority 1 User Checks
# If this is a data table (not used for layout only), identify headers for the
table rows and columns. (5 instances)
Lines 25, 77, 149, 200, 20
# If a table has two or more rows or columns that serve as headers, use
structural markup to identify their hierarchy and relationship. (20 instances)
Lines 10, 25, 24, 23, 80, 92, 77, 72, 139, 152, 165, 149, 144, 192, 203, 214,
200, 195, 66, 20
Priority 2 Accessibility
# Do not use the same link phrase more than once when the links point to
different URLs. (4 instances)
Lines 176, 230, 246, 256
Priority 2 User Checks
# Add a descriptive title to links when needed.
Priority 3 Accessibility
# Provide a summary for tables. (20 instances)
Lines 10, 25, 24, 23, 80, 92, 77, 72, 139, 152, 165, 149, 144, 192, 203, 214,
200, 195, 66, 20
# Identify the language of the text. (1 instance)
Line 2
Priority 3 User Checks
# If this is a data table (not used for layout only), provide a caption. (20
instances)
Lines 10, 25, 24, 23, 80, 92, 77, 72, 139, 152, 165, 149, 144, 192, 203, 214,
200, 195, 66, 20
# Use the ABBR and ACRONYM elements to denote and expand any abbreviations and
acronyms that are present.
Updated•22 years ago
|
QA Contact: imajes → stolenclover
Comment 5•21 years ago
|
||
reassigning endico's bugs to default owner
Assignee: endico → mozilla.webmaster
Comment 6•21 years ago
|
||
I seriously doubt if this bug is still relevant. I propose WORKSFORME.
Comment 7•21 years ago
|
||
We still fail on
13.1 Clearly identify the target of each link.
* Rule: 13.1.2 - All Anchor elements are required not to use the same link
text to refer to different resources.
o Failure - Anchor Element at Line: 726, Column: 37
We get warned on not having tabindex and accesskey on all links and (most) form
elements (which IMO is pretty stupid...)
Comment 8•21 years ago
|
||
The links Bobby complains about:
Two links labelled "Other languages" (one for Firefox, one for Thunderbird, both
in <noscript> blocks).
Two image links with the same alt text, "Live Bookmarks icon". The alt text
could be changed to e.g. "Announcements in RSS".
Two links labelled "Mozilla Store". The links are the same except for tracking
information, so I think this is ok.
Updated•20 years ago
|
Assignee: www-mozilla-org → nobody
QA Contact: danielwang → www-mozilla-org
| Assignee | ||
Updated•17 years ago
|
Product: mozilla.org → Websites
Comment 9•16 years ago
|
||
It looks like Bobby is no longer available. Here are some other links that may have useful information to help us with accessibility testing:
http://www.w3.org/WAI/eval/Overview.html
http://www.marcozehe.de/articles/how-to-use-nvda-and-firefox-to-test-your-web-pages-for-accessibility/
Comment 10•13 years ago
|
||
Closing old Mozilla.org website bugs due to them not being relevant to the new Python-based Bedrock system. Re-open if this is a critical bug and should be resolved on the new system too.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
Comment 11•13 years ago
|
||
WONTFIX seems about right here... Unless someone cares about accessibility and can investigate?
| Assignee | ||
Updated•13 years ago
|
Component: www.mozilla.org → General
Product: Websites → www.mozilla.org
Comment 12•13 years ago
|
||
Marco, you might want to look
You need to log in
before you can comment on or make changes to this bug.
Description
•