Closed
Bug 480852
Opened 15 years ago
Closed 9 days ago
Assess accessibility for the Spread Firefox redesign
Categories
(Websites Graveyard :: spreadfirefox.com, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
3.1
People
(Reporter: stephend, Unassigned)
References
()
Details
(Whiteboard: style, access)
Hi Marco - The site's not yet complete (missing a lot of links, and the content is all over the place), but I was wondering what needs fixing from an accessibility standpoint on https://spreadfirefox.authstage.mozilla.com/. Thanks!
Reporter | ||
Comment 1•15 years ago
|
||
Hi Ken - Might you be able to help out too? Thanks!
Comment 2•15 years ago
|
||
I'll surely do my best. I can tell you right off the bat that there are validation issues. "Errors found while checking this document as XHTML 1.0 Transitional! (21 Errors, 15 warning(s) )". http://validator.w3.org/check?uri=https%3A%2F%2Fspreadfirefox.authstage.mozilla.com%2F&charset=(detect+automatically)&doctype=Inline&group=0 I was unable to check the CSS but it surely needs work. Zooming text to just 133% already causes the loss of access to some of the home page's functions and features. Using full page zoom helps, but a visitor should be able to zoom the text on a web page. It is a basic browser function and while I'm not technically knowledgeable enough to provide the proper terminology and specifics on the W3C's guidelines on that, being able to zoom text without the layout being grossly distorted and the text bleeding into each other is a W3C requirement. I've also noticed that the alt descriptions for images are very weak and useless. Examples: <div id="featuredproj"> img src="/sites/all/themes/sfxBB/img/leftarrow-inactive.png" width="14" height="15" alt="Prev" img src="/sites/all/themes/sfxBB/img/rightarrow-active.png" width="14" height="15" alt="Next" Back to the zoom point. The ability to enlarge text on a web page isn't just necessary for persons with documented visual impairments, it also applies to persons without perfect eyesight.
Reporter | ||
Updated•15 years ago
|
Target Milestone: --- → 3.0
Comment 3•15 years ago
|
||
Hey Ken, thanks for your feedback. I'm trying to figure out what needs to be done for 3.0 The text size/zoom issues run pretty deep with this design (lots of fixed width/height images) so I don't think we'll be solving that over the next week. Ken, do you have suggestions for better alt descriptions? e.g. is "Next featured project" acceptable? How about "View next featured project" or "Scroll to the next featured project" We'll clean up HTML validation where ever possible.
Comment 4•15 years ago
|
||
From my understanding, an alt description should provide a textual description of the image that it is representing or of the action if an action is associated with the image. So for example, img src="/sites/all/themes/sfxBB/img/leftarrow-inactive.png" alt="left facing navigational arrow inactive state" or alt="left arrow inactive state" And for an active button, rightarrow-active.png" alt="right arrow active state" or since there's a navigable action, rightarrow-active.png" alt="go to next section" or better in my opinion rightarrow-active.png" alt="right arrow active state" title="Go to next section" Since an alt attribute is being added anyway, descriptive text might as well be used and the title attribute can be very helpful too. If I'm off or way off on any of this, please feel free to speak up. I am still learning myself but the above is the practice that I follow on my newer sites. My oldest one is a mess. http://www.w3.org/TR/WCAG10/#gl-provide-equivalents
Per the email from Ken we're going to work on this for next release!
Target Milestone: 3.0 → 3.1
Comment 6•15 years ago
|
||
resetting severity. I think we need some specific tasks to shoot for. We've done some initial assessment, but there is a ton that could be done to make SFx more accessible, and we can't do it all in one milestone. A couple tasks I see... 1) Make sure links have proper alt attributes 2) Improve site validation 3) A more general goal for webdev is to start implementing WAI-ARIA https://wiki.mozilla.org/Webdev:WAI-ARIA
Severity: blocker → normal
Comment 7•15 years ago
|
||
Nit - links should have proper title attribs
Reporter | ||
Updated•15 years ago
|
Whiteboard: style → style, access
Comment 8•15 years ago
|
||
For the WAI-ARIA stuff please feel free to ask questions on #accessibility when implementing.
Assignee | ||
Updated•13 years ago
|
Product: Websites → Websites Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•