Both sites support multiple languages (English and Spanish), and both include lang="es" on the element of the Spanish pages. However, on the CDC site, in addition to lang="es" the element has xml:lang="en". This potentially sends mixed messages to screen readers (is this web page in Spanish or English?) JAWS 13 seems to honor lang rather than xml:lang but I don't know about other screen readers.
It isn’t a problem by default, a lot of it comes down to how it is built. I’d suggest either considering a highly accessible contingency option, or build those components in such a way that there is a level of accessibility baked into it. If you need help with that testing or review email us at questions at yokoco.com and we’ll be able to let you know the cost for us to lend a hand.
The U.S. Department of Health and Human Services (HHS) also enforces Title II of the ADA relating to access to programs, services and activities receiving HHS federal financial assistance. This includes ensuring that people who are deaf or hard-of-hearing have access to sign language interpreters and other auxiliary aids in hospitals and clinics when needed for effective communication.
The ADA guidelines provide the foundation that organizations need to achieve digital accessibility best approaches, however they are not exhaustive. They do not provide direction for all of the accessibility challenges that people with disabilities face. They also fail to provide detailed technical instructions. With these limitations in mind, there is a ray of hope.
Another important consideration is that the ADA does not allow businesses to simply provide an alternative such as a phone number. Lastly, include accessibility issues as part of your website and mobile strategy. When new technologies are implemented or pages added, part of the process should include the implications for persons with disabilities.
Error prevention on important forms (3.3.4): For pages that create legal commitments or financial transactions or any other important data submissions, one of the following is true: 1) submissions are reversible, 2) the user has an opportunity to correct errors, and 3) confirmation is available that allows an opportunity to review and correct before submission.
It’s most outward feature is a font size and color contract toolbar that helps users more easily read your content. But it also does a lot of behind-the-scenes work like adding skip-to-content links, implementing an outline to the link :focus state for better keyboard navigation, utilizing longdesc for images and a whole lot more. Each feature can be turned on or off through a settings page.
The Department of Justice published revised final regulations implementing the Americans with Disabilities Act (ADA) for title II (State and local government services) and title III (public accommodations and commercial facilities) on September 15, 2010, in the Federal Register. These requirements, or rules, clarify and refine issues that have arisen over the past 20 years and contain new, and updated, requirements, including the 2010 Standards for Accessible Design (2010 Standards).
The Federal Communications Commission (FCC) enforces regulations covering telecommunication services. Title IV of the ADA covers telephone and television access for people with hearing and speech disabilities. It requires telephone and Internet companies to provide a nationwide system of telecommunications relay services that allow people with hearing and speech disabilities to communicate over the telephone.
Penn in particular nearly made the cut because I really like their keyboard accessibility. It amazes me how few sites provide visible indication of keyboard focus, when it's incredibly simple to achieve (just add a style for a:focus in your style sheet). Penn did this, and consequently it's very easy for sighted keyboard users to keep track of their position as they tab through the page. They also included a keyboard-accessible dropdown menu. However, there are some dynamic features on the Penn home page that really need ARIA markup for full accessibility. They also have a few contrast problems, most notably their slideshow navigation, which is red-on-red:
When collecting feedback, ask users what type of adaptive technologies they use. This will allow you to cater your website to your particular clientele, and will help you appoint resources toward the best compliance options. Navigating the Internet is particularly challenging for people with limited or no vision. Many blind people use specialized web browsers and software that works with standard web browsers, like Internet Explorer, that have features that enable users to maximize their Internet use and experience. This screen reading software reads the HTML code for websites, and gives the user a verbal translation of what is on screen.
When you insert an image into a post or page, consider providing a rich description for the caption that will improve the reading experience for everyone, but especially folks who can’t see the image. Be creative. Instead of “My son on his swing,” try “My son is playing on his favorite swing. His face is filled with pure joy on a beautiful Spring day. Perfection.” The goal here is to convey the feeling of the image.
This guidance document is not intended to be a final agency action, has no legally binding effect, and may be rescinded or modified in the Department's complete discretion, in accordance with applicable laws. The Department's guidance documents, including this guidance, do not establish legally enforceable responsibilities beyond what is required by the terms of the applicable statutes, regulations, or binding judicial precedent.