•
Les objets Cercle, Ligne et Rectangle ne sont pas balisés dans les formulaires PDF. Ces objets n’ajoutent pas d’informations utiles pour les utilisateurs ayant une déficience visuelle ou autre. Les lecteurs d’écran ne lisent pas les informations contenues dans ces objets.
•
Ne définissez pas l’option Précédence du lecteur d’écran sur Aucun pour les objets de champ. Si vous le faites, Acrobat génère une erreur dans le lecteur d’écran (invite de données MSAA non disponible) lorsque l’utilisateur accède au champ, même si ce dernier est en lecture seule.
•
Les sous-formulaires sont utiles pour organiser les objets associés et fournir une structure logique. Par défaut, l’ordre de tabulation va de gauche à droite et de haut en bas. Si deux sous-formulaires sont placés l’un à côté de l’autre, et que chaque sous-formulaire contient un certain nombre d’objets de champ, la séquence de tabulation passe par les champs du premier sous-formulaire avant de passer à ceux du second.
•
Quand il arrive sur un bouton radio, le lecteur d’écran lit d’abord le texte de l’objet de groupe, puis la valeur du bouton radio. Vous devez définir un texte de lecteur d’écran personnalisé pour chaque groupe d’exclusion de boutons radio et vous assurer que la valeur des boutons radio est significative ou qu’elle correspond à la légende.
•
Les images peuvent faciliter la compréhension des utilisateurs souffrant de déficiences. Mais, de nombreux lecteurs d’écran ne lisent pas les graphiques, ce qui peut réduire l’accessibilité des utilisateurs présentant une déficience visuelle à votre formulaire. Si vous choisissez d’utiliser des images, fournissez les descriptions textuelles qui décrivent l’objet et son rôle dans le formulaire.
•
L’ordre de tabulation des objets dans les pages et leurs gabarits est déterminé par les coordonnées verticales des objets. Testez vos formulaires afin de vérifier que le lecteur d’écran lit les objets dans l’ordre que vous avez choisi.
•
Gardez à l’esprit que les scripts client peuvent entrer en conflit avec des lecteurs d’écran et des claviers s’ils ont pour effet de modifier la cible d’action de l’application client. Par exemple, les événements change et mouseEnter, lorsqu’ils sont associés à une zone de liste ou une zone de liste déroulante, peuvent déclencher des actions inadéquates. Les scripts client doivent être rédigés de manière à éviter les problèmes qui risquent d’affecter les lecteurs d’écran et les claviers. De même, évitez les événements de script produisant des effets visuels, tels qu’un texte clignotant, qui peut accroître les problèmes de lisibilité des utilisateurs.
•
Si le formulaire contient un nombre élevé d’objets, la tabulation dans Acrobat 6.0 risque d’être lente. Si vous créez un formulaire compatible avec Acrobat 6.0, ajoutez des sous-formulaires sans nom autour de petits groupes d’objets de formulaire afin d’ajouter des niveaux à la structure logique et de résoudre le problème.
•
Lorsque les utilisateurs saisissent des données dans un champ, y compris un champ de mot de passe, les lecteurs d’écran lisent chaque caractère dans l’ordre inverse de la frappe.
•
Chaque fois qu’un message s’affiche, pour signaler une erreur de validation par exemple, le formulaire n’est plus actif. Appuyez de nouveau sur la touche de tabulation pour revenir au premier champ indiqué dans l’ordre de tabulation.
•
Pour afficher des balises d’accessibilité dans des formulaires avec une disposition souple dans Acrobat, vous devez exécuter le lecteur d’écran avant d’ouvrir le formulaire dans Acrobat.
Voir aussi 

Conseils sur la création de formulaires PDF accessibles