Introduction

L'accessibilité est souvent la dernière chose sur l'esprit d'un concepteur de Web en créant un site Web. Ce n'est pas un trait unique aux internautes novice ou aux gens travaillant à une page personnelle. C'est également un trait commun aux concepteurs professionnels de Web (grands et petits) et même aux sociétés multinationales multinationales. En fait, la plupart des concepteurs de Web n'ont aucun indice au sujet de ce qu'est l'accessibilité.

Beaucoup qui savent que quelle accessibilité est la traiteront souvent comme si c'est chirurgie de cerveau. Rien n'a pu être autre de la vérité. En fait, tous ce que ils prennent pour créer un emplacement accessible sont une certains préméditation et arrangement des genres d'erreurs que vous êtes susceptibles pour faire ainsi toi savoir les éviter.

Quelle est accessibilité ?

Pour ceux sans la connaissance de l'accessibilité, j'aime habituellement employer l'analogie suivante : Le bâtiment que vous travaillez a dedans probablement au moins l'un espace se garant handicapé. S'il a plus d'un plancher, il a probablement un ascenseur ou un escalator (ou des tous les deux). Il a des balustrades sur les escaliers, et a probablement une immersion dans le bord. Votre lieu de travail a ces articles afin de faciliter l'accès aux affaires par les clients et/ou les employés handicapés. La conception accessible de Web n'est rien davantage qu'un équivalent électronique de cet effort vers l'égalité d'accès à vos ressources.

La puissance du Web est dans son universalité. L'Access par chacun indépendamment de l'incapacité est un aspect essentiel - Tim Berners Lee, inventeur de HTML et le protocole de HTTP.

Pourquoi un foyer complet est nécessaire

Je n'oserai dans aucune discussion de la moralité de pourquoi vous devriez rendre votre emplacement accessible. Simplement mis, aucun argument (autre que l'ignorance fine) contre la conception accessible n'est simplement intéressant avoir. Au lieu de cela, concentrons sur quelles sortes des besoins spéciaux un utilisateur peut avoir qui peut créer des problèmes en agissant l'un sur l'autre avec un site Web :
  •  Affaiblissements visuels, qui peuvent se manifester dans l'achromatopsie, vue pauvre ou accomplir la cécité
  •  Affaiblissements d'audition dans un éventail de severities potentiels
  •  Affaiblissements de mobilité s'étendant de l'arthrite, de la sclérose en plaques, du :maladie de Parkinson, de la paralysie, ou d'autres désordres de moteur-commande
  •  Affaiblissements cognitifs tels que la paralysie cérébrale, le syndrome de bas, l'Alzheimer, la dyslexie, ou les désordres de étude
  •  Les désordres de saisie aiment l'épilepsie

Finalement, une approche complète est ce qui est nécessaire afin de créer un emplacement accessible. Vous ne pouvez pas prévoir que les besoins ou la sévérité de l'utilisateur de ceux a besoin. Les approches mal orientées telles que des solutions de rechange de détection ou de texte-seulement de navigateur trahissent un manque d'arrangement ce fait. Les solutions de rechange de Texte-seulement peuvent seulement fournir une solution d'accessibilité pour ceux en désordres de vision, de ce fait abstraction faite des millions d'autres utilisateurs handicapés avec différents besoins. La détection de navigateur est destinée pour échouer, pendant que les visiteurs handicapés emploient un éventail de technologie adaptative, y compris les utilisateur-agents qui s'identifient en tant qu'une des marques principales. D'ailleurs, il n'y a aucune manière de détecter le dispositif de pointage de l'utilisateur ou l'un des d'autres articles dans l'éventail d'arrangements employés pour compenser leurs besoins spéciaux.

Éviter les erreurs les plus communes

Dans leur ignorance et négligence, les concepteurs de Web sont le plus susceptibles d'engager cinq erreurs qui sont des barrages de route à l'accessibilité. Éviter ces erreurs vous prendra avalent loin la route vers la conception accessible. Votre emplacement ne sera pas parfait juste en évitant ces cinq erreurs, mais commettre ces erreurs signifiera probablement que l'emplacement est complètement inutilisable un éventail d'utilisateurs avec les besoins spéciaux.

1. La dépendance sur scripting latéral de client pour présenter la navigation ou le contenu important

Parmi les manières vous pouvez rendre un site Web complètement inaccessible à beaucoup de types d'affaiblissements doit immédiatement employer le client-côté scripting de telle manière que l'emplacement entier ne fonctionne pas pour les utilisateurs qui font arrêter scripting de côté de client ou qui emploient la technologie adaptative qui n'identifie pas le côté de client scripting du tout.

De tels articles seraient des choses comme :
  •  L'événement a manipulé le contenu dynamique (le côté traité de client)
  •  Voler-Dehors (aka DHTML) les menus
  •  Laisser tomber en bas des menus qui exigent du traiteur d'événement d'onChange de fonctionner
  •  Fenêtres automatiques qui ne fonctionnent pas sans Javascript

La confiance dans scripting aura un de quatre résultats possibles :
  •  L'emplacement chargera mais la navigation sera impossible (cela montrera et ne fonctionnera pas, ou souvent juste pas affichage)
  •  Les parties substantielles du contenu ne montreront pas
  •  L'emplacement chargera mais absolument aucun contenu ne montrera
  •  Afin d'essayer d'éviter des problèmes de « rentabilité » créés par leur utilisation de scripting, ils cluelessly détecteront la présence de l'appui scripting par le navigateur et réorienteront l'utilisateur à un page final mort, qui essaye de t'enseigner comment améliorer votre logiciel.

Je considère comme étant quelconque d'entre ces résultats un échec complet d'accessibilité. Malheureusement, même les sites Web pour des sociétés multinationales multinationales et des entités de gouvernement échouent sous un tel critère.

Les emplacements suivants mènent aux pages finals morts te demandant d'améliorer votre logiciel
  •  Bourse des valeurs de New York
  •  Magazine de Temps
  •  Bloc de H&R
  •  Travelocity
  •  General Motors
  •  Toyota
  •  Porsche

Les emplacements suivants ont comme conséquence les éléments de navigation complètement inopérables
  •  Administration d'eaux et d'égout de DC de Washington
  •  Volvo
  •  1-800-Contacts
  •  L'association américaine d'automobile
  •  Verisign

Les emplacements suivants chargeront, mais le contenu ne montrera réellement pas du tout
  •  Chrysler
  •  Ford
  •  Chevy
  •  Visa

Les emplacements suivants ont un effet de Suisse-fromage avec le contenu manquant sporadiquement sur l'écran
  •  Détour
  •  Jeep
  •  Équipe du football de Baltimore Ravens

La solution pour ces problèmes est extrêmement simple. Ne rendre rien complètement dépendant sur scripting. Les éléments interactifs devraient s'ajouter au plaisir du site Web, ne pas amoindrir lui comme se produit souvent.

Je recommande contre employer « vole-dehors » (aka DHTML) des menus et des menus dropdown pour la navigation primaire.

Tandis qu'il est possible de les créer de sorte que la navigation fonctionne avec scripting arrêté, cela résoudra seulement un ensemble de problèmes. Comme question générale de rentabilité, la navigation de DHTML est souvent décrite comme « glissante » par les utilisateurs aptes, et peut certainement créer l'anéantissement parmi ceux avec des affaiblissements de moteur.

Pour le moins, vous voudrez assurer deux choses en utilisant voler-dehors les menus pour la navigation :
  •  Les affichages de menu (ou une alternative de <noscript>) réellement quand scripting est outre de non reconnu
  •  Le premier lien dans les fonctions de menu et mène à une destination réelle

Créer les bas de baisse qui fonctionnent sans scripting.

Vous pouvez choisir une d'environ trois approches à ceci :

D'abord, il est CORRECT d'utiliser à partir d'un événement d'onChange sur ces derniers, si naturellement, vous fournissez une méthode de soumission qui ne se fonde pas sur scripting - en d'autres termes, un bouton et un manuscrit de serveur-côté

En second lieu, si vous voulez vraiment devenir rusé, écrire le bouton basé lors de la détection de l'appui scripting. C'est un peu trop d'effort inutile à mon avis, mais certains ne pourraient pas penser ainsi.

Troisièmement, écrire la liste de liens dans votre élément de <noscript> qui ont la même destination que le menu de DHTML. La majorité d'utilisateurs obtiendra le menu dynamique astucieux et ceux sans appui scripting obtiendront au moins une liste opérationnelle de liens qui vont au même endroit.

L'autre navigation

J'ai même vu des liens plats des textes rendus inopérables sans appui scripting. La solution normale est juste à pour ne pas faire cela. Il n'y a aucun workarounds ordonné nécessaire.

L'événement a manipulé le contenu

le contenu Événement-manipulé est un peu plus rusé. Généralement mon argument est qu'il n'y a rien que le client-côté scripting peut faire qui ne peut pas être fait avec le serveur-côté scripting comme PHP. Pour de petits sites Web, c'est la meilleure approche. Pour un grand site Web obtenant à des milliers de coups par minute, le dos et en avant des voyages au serveur pour chaque petite demande peut devenir un fardeau accablant sur le serveur. Dans le cas de grands emplacements, les réalisateurs doivent travailler avec la personne chargée de la conception d'interaction pour proposer une manière d'éviter une telle confiance dans le client-côté scripting.

Malheureusement, le contenu événement-manipulé est susceptible également d'avoir comme conséquence un blanc, ou l'écran de Suisse-cheesed si client-côté manipulé. En ce cas, vous êtes probablement meilleur outre d'esquiver la question tout à fait par tous les moyens nécessaires. J'aurais plutôt un site Web qui a fonctionné correctement pour chacun qu'un site Web qui a eu la personne à charge d'interactivité sur quelque chose qui a complètement échoué pour un nombre potentiellement grand de personnes.

Windows automatique

Pour les fenêtres automatiques, vous devrez s'assurer que le lien fonctionne indépendamment de l'appui scripting. Si vous employez les fenêtres automatiques pour l'ADS, elles sont probablement attachées à un événement d'onload (ou onunload). C'est très bien, le laissent là. Personne excepté toi et votre annonceur ne les aime de toute façon ; ainsi ne pas prendre la peine de les rendre accessibles. Mais si vous employez les fenêtres automatiques pour le contenu supplémentaire, vous ne devriez pas employer « # » ou « Javascript :  » comme votre référence d'hypertexte. Employer un vrai lien, et placer votre code de Javascript « à faux de retour ». Le lien fonctionnera correctement indépendamment de l'appui scripting. (Voir le mon article - « une fenêtre instantanée plus accessible »)

2. Utilisation inexacte de marge bénéficiaire bénéficiaire d'invalide de marge bénéficiaire bénéficiaire

Beaucoup est jeté autour dans des groupes de discussion au sujet de la valeur du marge bénéficiaire bénéficiaire valide - même près veuillez agréer l'expression de nos salutations distinguées. Il est facile créer marge bénéficiaire bénéficiaire valide, malgré le fait que la plupart des personnes parviennent à ne pas le réaliser. La validité du marge bénéficiaire bénéficiaire de la page est importante - d'un point de vue d'accessibilité - parce que la technologie adaptative peut ne pas être comme pardonnant du marge bénéficiaire bénéficiaire bousillé comme navigateurs principaux. Ce qui est plus provocant, même parmi ceux qui ont les pages valides, est l'utilisation appropriée du marge bénéficiaire bénéficiaire.

Les concepteurs de Web disent beaucoup au sujet du contenu interactif, dynamique, et base de données-conduit. Finalement, il n'importe pas un bit au sujet de la façon dont stupéfier la programmation est qui conduit l'emplacement - ce qui obtient envoyée au navigateur du visiteur est HTML.

Le HTML est une langue de marge bénéficiaire bénéficiaire

Simplement mis, il n'a été créé avec le but exprès de décrire la structure d'information, PAS la présentation. Beaucoup de concepteurs de Web emploieront le HTML pour dicter la présentation en employant désapprouvé ou des attributs de classe des propriétaires, ou en employant incorrectement quelques éléments pour dicter la présentation :
  •  Les éléments désapprouvés incluent le <center>, <font>, <menu>, <s>, <strike>, <u>
  •  Les attributs désapprouvés incluent alignent (dans beaucoup de cas), alink, fond, bgcolor, taille et largeur (pour des cellules de table), hspace, vspace, et beaucoup plus
  •  L'utilisation inexacte des éléments de dicter la présentation inclurait l'utilisation des tables pour la disposition, utilisation de <tbody> dans des tables de disposition, en utilisant le <pre> ou le <blockquote> pour commander le texte plaçant, ou en n'associant pas des données ajourner les cellules avec des en-têtes et des rapports de définir entre les en-têtes et les colonnes de rangées de données.

Le CSS est pour la présentation

Dans tous les cas où l'effet de présentation est nécessaire, vous devriez employer le CSS pour réaliser l'effet de présentation. Je ne peux pas penser à beaucoup d'effets de présentation réalisés par les attributs de HTML qui n'ont pas des équivalents de CSS. Quelques propriétés de CSS ont l'appui tacheté par des navigateurs principaux, et pour cette raison vous devriez toujours maintenir cette question dans l'esprit. Cet appui tacheté ne signifie pas que vous devriez paresseux recourir aux attributs de présentation du HTML. Plutôt, il signifie que vous devriez prendre en main le mythe de « regarder la même chose » à chacun ou trouver un autre effet de présentation pour chasser ensuite. À mon avis, le recours à un workaround signifie que la conception est défectueuse, pas le Spec.

Employer le marge bénéficiaire bénéficiaire approprié

Employer le marge bénéficiaire bénéficiaire approprié pour le document, avant de se faire participer même dans la présentation. Ceci inclut des choses comme des titres, des étiquettes de paragraphe, et des étiquettes de coupure. Employez-vous <h1> pour faire un grand, audacieux mot ? Employez-vous le <b> pour créer un titre ? Employez-vous <p></p> pour créer une coupure entre les paragraphes ? Employez-vous le <blockquote> pour denteler le texte ? Si oui, vous employez ces éléments incorrectement.

Chacun de ces éléments a un but en dictant la structure du document. Par exemple, <h1> est l'élément censé pour dicter le titre du document. <h2> est pour des sous-positions, telles que les sections principales du texte. <h3> est signifié comme sous-position d'une section. le <p> est censé pour marquer un paragraphe, et ainsi de suite. Pour plus d'information sur ce qu'est le but des divers éléments de HTML, visiter Spéc. vous-même. http://www.w3.org/TR/html401

Pour assurer une plus grande accessibilité :
  •  Employer le HTML pour définir la structure seulement
  •  Employer le CSS pour définir la présentation
  •  Employer toujours l'élément le plus approprié pour le contenu. Ne pas abuser des éléments ou des attributs juste pour réaliser votre vision esthétique.

3. La dépendance de dispositif

Tandis que beaucoup de gens tendent à penser à l'accessibilité comme efforts de rendre un emplacement utilisable pour l'abat-jour, ce n'est simplement pas vrai. Créer un emplacement qui dépend de n'importe quel morceau de matériel est destiné pour échouer pour les utilisateurs avec un éventail des besoins spéciaux potentiels - le plus notamment, l'aveugle et les personnes avec des affaiblissements de moteur. La dépendance de dispositif est une mauvaise pratique d'un point de vue général de rentabilité aussi bien. De plus en plus les utilisateurs accèdent à l'Internet avec des dispositifs tels que des téléphones portables et PDAs. Créer la dépendance de dispositif peut servir à aliéner bien plus de personnes, handicapées ou pas.

La dépendance de dispositif peut être vue comme :
  •  onMouseout d'onClick/onMouseover/ou d'autres traiteurs d'événement qui se fondent sur l'utilisateur ayant une souris afin d'actionner un lien ou former la commande.
  •  hyperimages de Serveur-côté qui n'ont pas un ensemble correspondant de liens superflus
  •  Navigation ou formes qui n'ont pas un ordre logique d'étiquette

Je ne fronce pas les sourcils nécessairement sur la dépendance de dispositif dans les cas où la dépendance est seulement une question pour des choses comme des renversements, image accentuant, couleur des textes changeant, ou un autre changement décoratif. La question vient quand la dépendance de dispositif combine avec une confiance dans scripting (#1, ci-dessus) parce que le traiteur d'événement est attaché à quelque chose comme la soumission de forme, la présentation contente, ou un calcul. Dans ces cas-ci, comme I également dit ci-dessus, ces choses seraient probablement serveur-côté meilleur-manipulé. En même temps, un choix plus accessible de traiteur d'événement pourrait être le meilleur aussi bien, en utilisant les traiteurs comme l'onFocus, l'onBlur, l'onChange et l'onSelect.

Dans les cas où les traiteurs tributaires du type d'unité d'événement sont nécessaires, vous devriez employer la redondance pour manipuler l'interaction de sorte que cela fonctionne au moins pour des personnes à l'aide d'une souris ou d'un clavier. Quand vous employez l'onMousedown, le combiner avec l'onKeydown. Quand vous employez l'onClick, le combiner avec des onKeypress : onClick= " window.alert de <button (« voir ? Isnt il frais ?  ») « onKeypress= " window.alert (« voir ? Isnt il frais ?  ») « >Click le Button</button>

Exemple :

Cliquer le bouton

Finalement, vous étiez toujours loin entièrement d'accessible, à condition qu'il y ait n'importe quel niveau de la dépendance de dispositif pour l'accès à n'importe quelle contenu, navigation, ou interactivité importante. Une approche bien meilleure serait de s'abstenir à créer les dispositifs d'emplacement qui exigent l'utilisateur ayant n'importe quel morceau spécifique de matériel. Se rappeler une chose surtout d'autres : Pour chaque besoin spécial spécifique il y a juste comme au loin d'une variété de méthodes employées par le visiteur pour la compenser. Ceci inclut des dispositifs d'entrée juste comme beaucoup qu'il fait des appareils de sortie. Esquiver la balle tout à fait en créant l'emplacement de sorte qu'il n'importe pas ce que le visiteur emploie pour agir l'un sur l'autre avec l'emplacement.

Quelques concepteurs créateurs et bien informés emploient également la fonction du document.write du Javascript () pour écrire ces dispositifs au navigateur. Dans ces cas, ils fournissent également sagement une alternative superflue des textes par l'intermédiaire de l'élément de <noscript>.

4.Lack d'une utilité inexacte de texte alternatif pour le graphique et les éléments de multimédia

Les images, les films, les bruits, et le flash sont en soi inaccessibles. La présentation de quelconque d'entre ces articles est susceptible d'avoir comme conséquence votre emplacement étant complètement inutile à l'handicapé à moins que vous fournissiez un équivalent alternatif des textes.
  •  L'aveugle ne peut pas voir les images ou le flash. L'utilisation d'une image ou d'un flash pour présenter le contenu important signifiera qu'un utilisateur aveugle ne peut pas éprouver le même contenu.
  •  Les visiteurs sourds ne pourront pas entendre le bruit qui accompagne un film de MPEG ou d'AVI.
  •  Ceux avec des affaiblissements de moteur peuvent ne pouvoir pas agir l'un sur l'autre avec le flash.

La mise en échec de quelconque d'entre ces questions est péniblement simple, vraiment. Une application intelligente de texte alternatif à n'importe quel article graphique de multimédia est tout ce qui est nécessaire. La question hérite ce qui est défini comme application « intelligente ».

Aussi simple qu'il est, il me semble qu'un bon nombre de gens font vraiment un désordre de leur utilisation de texte alternatif. Ainsi faisons retour arrière au but du texte alternatif : Pour présenter une alternative textuelle à ceux qui ne peut pas voir l'image ou le film ou entendre le bruit. Mais il est important que nous nous assurions que l'alternative des textes est signicative à l'arrangement global du contenu de page.

Images

Si l'image ne présente aucune contribution à la teneur de la page pour ceux qui peuvent la voir, alors sa description pas non plus. Mais, ceci ne signifie pas que l'image n'a pas besoin d'un attribut de « alt » du tout. Quelques navigateurs de texte-seulement montreront [image] sur l'écran pour une image « alt-moins », ou [lien] sur l'écran pour une image qui est employée comme lien. Dans ces cas, l'équivalent auditif est fondamentalement le même - parfois lecture à haute voix de la destination de nom ou de lien d'image comme manière de compenser l'image fondamentalement inutile.

Dans les cas où une image est seulement décorative, l'attribut d'alt devrait être vide. Si l'image est un lien mais ne fournit aucun vrai contexte (comme un bouton ou quelque chose) alors que l'attribut d'alt devrait énumérer la destination et probablement une description de la destination.

Dans les cas où une image fournit le contenu important, il est important d'avoir un équivalent alternatif des textes. Souvent c'est simplement un attribut d'alt. Cependant, si l'attribut d'alt sera long, il peut être le plus approprié d'employer l'attribut de longdesc. Longdesc est le plus souvent un lien à une page spécifique qui contient la description. Parfois les gens créent une page pour toutes les descriptions et le longdesc sera une ancre appelée en cette page.

De toute façon, le texte alternatif doit être signicatif et prise en compte la personne qui est susceptible d'avoir besoin de lui. Je suis de l'opinion que la grande majorité d'images devrait avoir des attributs vides d'alt, car la plupart des descriptions ne fourniront aucun arrangement additionnel du contenu.

Films (MPEG, AVI, etc.)

Puisque les films sont inaccessibles aux les deux ceux avec des affaiblissements de vision et des affaiblissements d'audition, il est particulièrement important de fournir une alternative des textes. Ceci signifiera souvent attribuer un libelle le dossier et orproviding une transcription des textes. « Une transcription est un texte ou dossier de HTML avec tous les dialogue et/ou récit importants. Les légendes sont une partie du dossier visuel qui synchronise le dialogue et le récit avec la vidéo lui-même. » (WebAim) faire tellement correctement exigera de la préméditation étendue de la rendre droite comprenant le choix entre quel format vous voudriez employer. Il y a également des choix entre si vous voudriez employer une légende fermée ou ouverte.

La ressource WebAim d'accessibilité de Web a une si bonne vue d'ensemble de l'accessibilité de multimédia que je t'enverrais plutôt là (http://webaim.org/howto/captions/) qu'entrent dans trop de détail ici.

Vous mieux êtes conseillés d'avoir un bon arrangement de l'accessibilité de multimédia avant de créer le dossier de film. Choisir le format sagement basé sur la technologie et l'effort requis à assurer l'accessibilité. Essayer de rendre un dossier de film accessible après que le fait soit condamné pour laisser quelques visiteurs encore incapables de l'employer.

Flash

Le flash de Macromedia a été l'un des outils de multimédia les plus frais pour frapper jamais l'Internet. Mais vers le haut jusque récemment, il a été résolu avec l'accessibilité, la rentabilité générale, et les questions égales de développement qui l'ont empêchée de devenir sa pleine capacité dans le marché. Avec sa capacité récente d'intégrer avec les bases de données et le serveur-côté scripting, aussi bien que des efforts récents vers une plus grande accessibilité, le flash est destiné pour continuer d'accroître en présence parmi le Web. Pourtant en dépit des avancements de la version la plus récente du flash, ce n'est toujours pas un produit que j'emploierais pour la création de n'importe quoi autre que des présentations de multimédia.
  •  Le flash exige toujours la présence de la connexion d'instantané. Les utilisateurs sans volonté plugin n'obtiennent rien
  •  Agir l'un sur l'autre avec les éléments de navigation est souvent problématique avec des conceptions instantanées (c.-à-d. déterminant ce qui est une icône de lien, des liens se déplaçant autour, etc.)
  •  Incapacité de présenter un texte alternatif équivalent comme une légende
  •  Interface peu familière ; commandes inopérables de navigateur.

Pour ces raisons, l'utilisation du flash peut être dehors-et-dehors l'échec d'accessibilité en dépit d'employer la version la plus récente avec son « accessibilité comporte ». Tout au plus, j'emploierais le flash comme alternative légère à de vrais médias de MPEG AVI/. À ce point, lui exigeraient les mêmes efforts vers le libelle et la transcription que ces formats de film exigent.

Bruits

Finalement, des bruits peuvent être rendus plus accessibles comme des images. Le bruit est employé souvent par des internautes novice pour le bruit de fond ou pour l'interactivité (c.-à-d. bruit de renversement). La plupart des professionnels se sont rendus compte que de telles pratiques ne sont pas faciles à utiliser et ne les évitent pas. Mais, des dossiers sains tels que MP3 sont parfois employés pour fournir le contenu supplémentaire.

Le bruit est une addition particulièrement utile à contenter que l'information de couvertures qui ne peut pas être exactement présentée sans bruit supplémentaire. Par exemple, une prononciation d'échantillon d'un mot étranger sur un emplacement qui a des cours d'instruction de langue étrangère, ou un bruit témoin d'un morceau de musique étant jouée pour un site Web de tablature de guitare.

Comme des images, fournir une alternative plate des textes au bruit doit être pesé contre l'utilité potentielle de l'alternative particulière des textes. Est-ce qu'utilisateur sourd probablement à tirer bénéfice d'une description d'une guitare est joué ? Non. Ils tirent bénéfice d'une alternative de transcription moi de Martin Luther King à « avoir » un discours rêveur ? Certainement. Comme toute autre chose, vous devriez faire chaque effort raisonnable et intelligent vers fournir un arrangement égal du contenu.

5. Création inexacte des formes

Des formes sont utilisées par des compagnies pour permettre aux utilisateurs d'un emplacement de soumettre les applications, inscription aux choses comme des annonces et des secteurs des membres, ou de contacter réellement la compagnie. N'importe quelle incapacité d'agir l'un sur l'autre correctement avec les éléments de la forme est un échec d'accessibilité à mon avis. Des formes sont souvent conçues sans le respect pour des personnes avec les besoins spéciaux. Par exemple :
  •  L'utilisation du Javascript pour la validation ou même la soumission signifie que la forme ne fait rien pour des personnes avec les navigateurs qui n'identifient pas le Javascript.
  •  Référence visuelle à l'entrée requise : Des « champs dans le rouge sont exigés, » ne signifie rien à l'aveugle et daltonien
  •  L'association des éléments à leurs étiquettes signifiera souvent la confusion pour ceux qui ne peuvent pas voir les éléments de forme.
  •  Le placement de l'étiquette à côté de son élément aura le même effet.
  •  L'utilisation des tables pour placer des éléments de forme peut magnifier certains des problèmes ci-dessus.

En raison du retour potentiel d'employer des formes (c.-à-d. les ventes mène, des enregistrements, des applications, etc.) il est extrèmement important que vous vous assuriez que toutes les personnes peuvent agir l'un sur l'autre avec les formes sur votre emplacement. La plus grande question faite face par des personnes employant des lecteurs d'écran est en sachant agir l'un sur l'autre avec les éléments de la forme.

Quand nous parlons de l'accessibilité des formes, nous nous référons habituellement au sujet de leur accessibilité aux lecteurs d'écran et du visuellement altéré. Les gens avec d'autres types d'incapacités généralement moins sont affectés par les formes « défectueuses » qui manquent certains des dispositifs d'accessibilité de HTML. Je devrais noter, cependant, que chacun tire bénéfice d'une forme bien-organisée, particulièrement ceux avec des incapacités cognitives. La disposition visuelle peut être importante pour ceux qui ont la vue. De moins une forme a besoin d'explication, le meilleur. - WebAIM

Étiquettes de forme d'endroit à côté de leurs commandes correspondantes de forme

Simplement mis, si vous êtes après le nom de l'utilisateur, puis endroit « nom » à côté de l'élément d'entrée pour la valeur nommée.

Après, employer l'étiquette de <label> pour identifier explicitement ce qui est le >Enter de " nom " de for= de <label d'étiquette votre name= " des " textes " de type= du nom Here</label><input nommé " le " visitor_name "/> d'id=

Exemple :

Écrire votre nom ici :

Dans le cas des articles de multiple-choix tels que les boutons par radio et les checkboxes, vous devriez les grouper employant l'étiquette de <fieldset>.

Alors employer une « légende » pour chaque ensemble de champ en utilisant l'étiquette de <legend> et fournir un <label> pour chaque élément.

Le logiciel d'exploitation de <fieldset><legend>What vous font aiment mieux ? name= " unix " ><label>Unix</label> </fieldset> de " uni " d'id= de " radio " de type= de <input de ><label>Linux</label> de " linux " de name= de " lin " d'id= de " radio " de type= de <input de ><label>Macintosh</label> de " Macintosh " de name= de " imper " d'id= de " radio " de type= de <input de ><label>Windows</label> de " fenêtres " de name= de " victoire " d'id= de " radio " de type= de <input de </legend>

Exemple :

Quel logiciel d'exploitation aimez-vous mieux ?
  •  Windows
  •  Macintosh
  •  Linux
  •  Unix

Pour les menus choisis, employer l'élément de <optgroup> pour grouper des choix relatifs. Encore, explicitement définissant l'étiquette. le genre de >What de " race " de for= de <label de chien vous font have</label>
name= " kind_of_dog " de " race " d'id= de <select >
label= " groupe sportif " de <optgroup >
value= de <option " 1 " Shorthaired >German Pointer</option>
compartiment Retriever</option> de >Chesapeake du value= " 2 " de <option
le value= " 3 " de <option >Golden Retriever</option>
>Labrador Retriever</option> du value= " 4 " de <option
>Cocker Spaniel</option> du value= " 5 " de <option
</optgroup>
label= " groupe de travail de <optgroup " >
value= de <option " 6 " >Boxer</option>
value= de <option " 7 " >Bullmastiff</option>
value= de <option " 8 " >Mastiff</option>
value= de <option " 9 " >Rottweiler</option>
>Saint Bernard</option> du value= " 10 " de <option
</optgroup>
label= " groupe Non-Sportif " de <optgroup >
>Boston Terrier</option> du value= " 11 " de <option
>Bulldog </option> du value= " 12 " de <option
value= de <option " 13 " >Dalmatian</option>
bouledogue </option> de >French du value= " 14 " de <option
>Poodle </option> du value= " 15 " de <option
</optgroup>
</select>

Exemple :

Quel genre de chien vous ont :
  •  Indicateur allemand de Shorthaired
  •  Chien d'arrêt de compartiment de chesapeake
  •  Chien d'arrêt d'or
  •  Chien d'arrêt de Labrador
  •  Épagneul de cocker
  •  Boxeur
  •  Bullmastiff
  •  Mastiff
  •  Rottweiler
  •  Saint Bernard
  •  Terrier de Boston
  •  Bouledogue
  •  Dalmate
  •  Bouledogue français
  •  Carniche

Fournir toujours un bouton pour soumettre des formes.

Ne pas employer le Javascript pour soumettre automatiquement des formes par l'intermédiaire d'un événement d'onChange à moins que vous fournissiez également un bouton de fonctionnement de sorte que ceux sans Javascript puissent soumettre la forme aussi bien.

Finalement, c'est l'information qui importe

À ce qu'il toutes les ébullitions avalent est capacité d'accéder à l'information. L'accessibilité n'est pas « en plus de » ce que vous avez déjà, et il ne devrait pas emporter de lui non plus. Un foyer complet sur l'utilisateur (tous les utilisateurs) refoule seulement d'un arrangement de pourquoi les gens viennent à votre site Web : L'information. L'accessibilité est l'effort vers fournir l'égalité d'accès à l'information à tous - indépendamment des méthodes ils emploient pour lui accéder. Elle n'exige rien davantage qu'un arrangement des barrages de route potentiels et comment ils peuvent être évités.

Article Source: http://www.articleset.com