Accessible content writing starter kit | Access iQ Content author requirements On websites, content provides a big chunk of what makes your site successful. Whether you are in charge of writing, producing videos or commissioning others to produce content on your site, the accessibility of your content should always be a priority. Content management process Web content is dynamic and increasingly convergent. Creating web content that is accessible and complies with WCAG 2.0 is a process that involves the collaborative efforts of a web developer, designer and content author. A complete guide to web accessibility for content authors A practical premium resource for content authors that shows you how to comply with WCAG 2.0 Level AA. Five ways to improve the accessibility of your content How content is presented has a direct impact on the accessibility of a website. Accessible Word documents Creating Word documents that can be read by people of all abilities is just as important as creating accessible web content. Useful accessibility tools
Web Content Accessibility Guidelines (WCAG) 2.1 abbreviation shortened form of a word, phrase, or name where the abbreviation has not become part of the language Note This includes initialisms and acronyms where: initialisms are shortened forms of a name or phrase made from the initial letters of words or syllables contained in that name or phrase NoteNot defined in all languages. Some companies have adopted what used to be an initialism as their company name. accessibility supported supported by users' assistive technologies as well as the accessibility features in browsers and other user agents To qualify as an accessibility-supported use of a Web content technology (or feature of a technology), both 1 and 2 must be satisfied for a Web content technology (or feature): The way that the Web content technology is used must be supported by users' assistive technology (AT). When a Web Technology is used in a way that is "accessibility supported," it does not imply that the entire technology or all uses of the technology are supported. audio
WAVE Web Accessibility Tool ACE: the Accessible Colour Evaluator When you click each squares on the top row, you will be able to choose different colours for the text which you plan to use on your website. The labels above each square indicate where the font will be seen on the example page, this can be turned off. The three vertical squares on the left side of the grid are for choosing background colours and when clicked will let you choose background colours. Again, the labels indicate where the colours are going to be used on the example page, but can be turned off if desired. When you select a colour and you have confirmed it the results table will update accordingly. The HEX value (e.g., #FF0000) for each of the palette block displays underneath so that you can copy the colour code easily to put into your files. The image on the left shows how the results square will look if no minimum contrast level is met. Once colours have been chosen, click the link to see the example page.
Accessible Form Validation with HTML5, WAI-ARIA, & jQuery Plugin By Paul J. Adam on May 25, 2012 Old browsers? Old AT? JavaScript to the rescue! Demo Form with HTML5, WAI-ARIA, & jQuery Validation (Default Settings) Demo Form with HTML5, WAI-ARIA, & jQuery Validation (Tweaked Settings) HTML5 and ARIA Have Limitations – JavaScript Does Not! Sure JavaScript has some limitations but really there are none when you code it with accessibility in mind. Adding the jQuery Validation Plugin jQuery is the dominant JavaScript framework on the web and can be declared the winner of the JS framework wars of the past years. jQuery’s motto is “Write Less, Do More”. It’s very simple to add jQuery Validation to any HTML form. The plugin picks up on our inputs with the HTML5 required attribute and by default will instead do its own JavaScript validation and not use HTML5. jQuery Validation Default Settings There are some issues with the default settings. So we have two problems so far with default settings. Tweaking jQuery Validation Options for the validate() method
Bruk av farger | Universell utforming Publisert: 30. jun 2015, Sist endret: 04. mar 2019 Introduksjon Alle brukere vil ha stor glede av visuell markering i menyen av aktiv side, og dette blir gjerne løst med fargeendring. Videre surfer brukerne stadig mer med mobil og nettbrett, i alle mulige situasjoner og omgivelser. Det resulterer ofte i krevende lysforhold som stiller store krav til fargebruk for at det skal ha effekt for alle brukere. Løsninger som møter kravene i forskriften Fargebruk i tekst Hvis du bruker farge til å formidle funksjonalitet eller viktighet, må du supplere med andre metoder for å sikre at alle brukere skjønner hva du formidler. Eksempel på supplerende markering er fet stil for visuell utheving eller understreking av lenker. Kodeeksempel for korrekt markering av uthevet tekst: Hvordan ikke markere <a href=”eks.html” style=”color: #6e1873;”>lenke i brødtekst</a>. Husk at layout skal defineres i CSS, eksempelet skal bare vise merverdien av supplerende markering. Diagram
Aide & accessibilité - Pas-de-Calais le Département Pasdecalais.fr est le site du Département du Pas-de-Calais. Afin de vous aider à naviguer sur le site, cette page vous propose Aides disponibles sur pasdecalais.fr Aide à l'orientation pasdecalais.fr est structuré de la manière suivante : le bandeau d'en-tête est constituédu logo du Département, qui redirige vers la page d'accueil du sitedu menu principal, comprenant les sept grandes thématiques de pasdecalais.fr (Solidarité & Santé, Éducation, Sports & Loisirs, Développement, Culture, Europe, L'institution)de l'accès à la navigation par profille menu secondaire inclutdes liens de suivi (réseaux sociaux, flux RSS, lettre d'information)des raccourcis vers les pages les plus visitées du sitede l'accès à la navigation par profilla zone centrale est constituée des actualités et agendas en page d'accueil, ou du contenu des pages internesla colonne suivant la zone centrale est constituée :en page d'accueil du sitede Pas-de-Calais TVdu bloc "Le saviez-vous ?" Aide à la navigation Logo Fil d’Ariane
H71: Providing a description for groups of form controls using fieldset and legend elements | Techniques for WCAG 2.0 The objective of this technique is to provide a semantic grouping for related form controls. This allows users to understand the relationship of the controls and interact with the form more quickly and effectively. Form controls can be grouped by enclosing them within the fieldset element. All controls within a given fieldset are then related. The first element inside the fieldset must be a legend element, which provides a label or description for the group. Authors should avoid nesting fieldsets unnecessarily, as this can lead to confusion. Grouping controls is most important for related radio buttons and checkboxes. It can also be useful to group other sets of controls less tightly related than radio buttons and checkboxes. Authors sometimes avoid using the fieldset element because of the default display in the browser, which draws a border around the grouped controls. Resources are for information purposes only, no endorsement implied. Procedure Expected Results
The Myths of Color Contrast Accessibility - UX Movement - Medium There’s a growing demand for designers to make their interfaces accessible to all users. It’s important to accommodate users with disabilities, but there are many myths to color contrast accessibility being perpetuated by misinformed people. They often parrot these myths to discredit a design, without understanding in which situations a color contrast standard applies. Not only that, but they assume an interface is inaccessible whenever color contrast is used to convey information. Because of this, designers often feel the need to obsess over accessibility, and are misled into believing their interface isn’t accessible when it actually is. Myth 1: The WCAG requirements are always optimal The Web Content Accessibility Guidelines (WCAG) is a set of principles used as the standard for determining accessible color contrast. One case where the WCAG standards aren’t applicable is with the brightness contrast of white text. Myth 2: Text must meet the AAA requirement, or it’s inaccessible
Quelques tests d’accessibilité sur Fnac.com Samedi dernier, j'ai eu la chance de participer à l'atelier « Tester l'accessibilité de son site Web avec NVDA » présenté par Denis Boudreau à Paris Web. Après une présentation très intéressante (où j'ai appris notamment qu'il y avait 39 000 000 de non-voyants dans le monde, mais seulement 22 000 utilisateurs de NVDA), les participants ont été invités à faire des tests à l'aide d'un lecteur d'écran sur le site de la Fnac par petits groupes. Je me suis donc retrouvé à faire la connaissance de @ouik_web et @joellechong avec qui nous avons testés les formulaires de la création de compte du site. N'ayant pas de PC sous la main, nous avons fait des tests avec VoiceOver sous OS X. Afin de créer un compte, nous avons sélectionné le lien « Me connecter » du header du site. Le premier point surprenant, c'est que cette page contient également un formulaire d'identification (alors que je viens pourtant explicitement de cliquer sur un lien « Créer mon compte »).
Investigating the Accessibility and Usability of Job Application Web Sites for Blind Users - International Journal of Usability Studies Jonathan Lazar, Abiodun Olalere, and Brian Wentz Journal of Usability Studies, Volume 7, Issue 2, February 2012, pp. 68 - 87 Interventions It is important to note that there were a total of 34 interventions required, where participants asked for assistance in moving forward. Figure 1. Figure 2. The other 18 interventions occurred in situations where the participants asked for a suggestion to help them move forward. Previous | Next Visible Keyboard Focus Within the accessibility community, it is well-understood that visually indicating focus is a crucial step in ensuring access for sighted users who rely on their keyboard when interacting with the web. After all, it is explicitly listed in WCAG 2.0 as Success Criterion 2.4.7, [a]ny keyboard operable user interface has a mode of operation where the keyboard focus indicator is visible. But it has also been addressed repeatedly over the years by different people. Yet, providing visible keyboard focus is still not as widespread a practice as it should be. I am not at all a designer, but I do appreciate that in some cases the default focus rectangle might be seen to detract from a web page's visual design. Whether or not the default focus rectangle on links is removed using outline:none; or outline:0;, I think it's almost always a good idea to give keyboard users the same visual effect when they set focus to a link that mouse users get when they hover over a link with their cursor.
Building keyboard accessible dropdown menus – Interface - Blog of Web Communications at the University of Missouri When developing a dropdown menu for your site, it’s important not to assume that all your visitors will be navigating with a mouse. Some might be using the keyboard exclusively to navigate your website. Fortunately, enabling keyboard access is a relatively simple task. Here’s a typical dropdown menu example, one that follows the popular Suckerfish model: View Dropdown Menu Example It uses an unordered list, with second level lists for the dropdowns. Note that the additional ul li.hover ul rule is specifically for Internet Explorer 6, which unfortunately doesn’t support the :hover pseudo class on anything besides the <a> tag. So take a second look at the demo again, and instead of using a mouse, try using the tab key to go through the links. At most you’ll get an outline around any top level links that are selected, and no visual indication at all if one of the second level links are selected. Javascript to the Rescue Compliment :hover with :focus and :active and