Although the plugin works, we activated the white label solution. They said: For only $10 you can modify the widget footer, remove the donate link and enable other customizations From then and on they charge me every single month 10$, they don't reply to my messages and the so called "Manage" menu has been disappeared from the widget... BE AWARE! I'm still trying to resolve this....
The ADA requires that title II entities (State and local governments) and title III entities (businesses and nonprofit organizations that serve the public) communicate effectively with people who have communication disabilities. The goal is to ensure that communication with people with these disabilities is equally effective as communication with people without disabilities.
A language picker at the top of the page. When users select a new language, the page is reloaded with all text translated. The lang attribute on the element also changes to reflect the new language, so screen readers will pronounce the text correctly. This is a very cool feature, and makes the site accessible to millions of people who would otherwise be excluded due to language. However, it's a little buggy. Selecting some of the languages (e.g., " Slovenčina") does not result in translated text on the home page, but does result in a changed lang attribute, so screen readers that support the selected language will pronounce the English text using the new language's speech engine, which is not likely to be intelligible.
If the user selects this button, the page is read aloud while text is highlighted. This is powered by ReadSpeaker, which I think is a really cool product. It provides improved accessibility to a vast audience of people who might not otherwise have their own assistive technology, such as people who are not native to the language of the page, or people with dyslexia or other reading challenges.
Luckily, the international nonprofit World Wide Web Consortium (W3C) brings together smart people who develop open standards to ensure the long-term growth of the Web. They produce recommendations for making websites fair and equally accessible for the highest number of people possible. Their Web Content Accessibility Guidelines (WCAG) 2.1 offer clear guidance for web developers to achieve ADA compliance.
Every year numerous lawsuits are taken against businesses that fail to follow the ADA’s proposed requirements for web accessibility. This failure occurs because organizations, including state and local government entities, fail to read the ADA Best Practices Tool Kit.8 They also do not follow the most up to date version of the WCAG.9 These two failures are not only detrimental to people with disabilities who want to effectively browse the web, but they are also inexcusable in today’s digitally driven world.
The 2014 case involving Peapod, an online grocery retailer emphasizes that being ADA compliant goes beyond your website. The settlement required Peapod to make its mobile applications accessible by March 2015 and its website accessible by September 2015. Since mobile apps are fast becoming the preferred method of online shopping, e-commerce sites must focus on app accessibility too.
The guidelines are broken down by four main principles: perceivable, operable, understandable, and robust. Under each principle, there are guidelines that provide specific goals a website should work toward. Under each guideline, there are testable success criteria. Those criteria are graded A, AA, or AAA. This grade shows the level of conformity to accessibility, AAA being the highest. The law only requires A and AA guidelines to be met.