D.2.4 Navigation
Comme pour les autres aspects de la conception accessible, l'offre de plusieurs modes de navigation alternatifs vous permettra de mieux satisfaire les besoins de reporting d'un plus grand nombre de personnes. Le W3C recommande de proposer plusieurs modes de navigation. Par ailleurs, la simplicité est essentielle à une navigation intuitive. L'article 508 de la loi américaine sur la réhabilitation des handicapés (Rehabilitation Act) préconise une navigation simple utilisant un minimum de liens de navigation. Les deux approches peuvent s'avérer efficaces pour vos rapports aussi longtemps que vous respectez le principe de clarté et de cohérence.
Vous pouvez réserver certaines parties d'un rapport aux informations de navigation du rapport (ou de liens vers divers rapports). Si vous insérez une série de liens dans l'en-tête d'une page, gardez à l'esprit que les logiciels de lecture d'écran reliront les informations de navigation chaque fois que l'utilisateur actualisera la page ou qu'il affichera une nouvelle page. Dans ce cas, il est préférable d'opter pour une navigation simple.
S'il s'agit d'un rapport volumineux, vous pouvez intégrer une liste de liens de navigation sous forme de table des matières dans l'en-tête du rapport. Un mode de navigation plus élaboré peut être utile lorsque vous disposez d'un grand volume de données. Pour permettre aux utilisateurs de passer la liste, vous pouvez insérer un lien au début du rapport, par exemple, "Ignorer la table des matières", pour accéder directement à l'en-tête de la première page.
En règle générale, la navigation au sein d'un rapport doit obéir aux règles suivantes :
● Cible de chaque lien identifiée.
● Présence d'informations au début du rapport décrivant la disposition et la navigation.
● Cohérence de la navigation.
● Possibilité de sauter les liens de navigation répétitifs.
D.2.5 Champs de paramètre
Si vous insérez des champs de paramètres dans un rapport, veillez à ce qu'ils soient clairs et simples. Les champs de paramètres sont utiles pour fournir des contenus accessibles, mais ils peuvent aussi créer des problèmes d'accessibilité. Il est important de vérifier l'accessibilité de tous les champs de paramètres.
Veillez à respecter les points ci-dessous lorsque vous utilisez des champs de paramètres.
● Préparez une liste de valeurs par défaut parmi lesquelles l'utilisateur peut choisir celle qui lui convient.
Evitez d'imposer à l'utilisateur de saisir une valeur de paramètre. Si les utilisateurs doivent saisir leur propre valeur, il y a lieu de veiller à ce que le format de la valeur soit reconnu par le champ de paramètres. Les listes de valeurs par défaut sont plus faciles à utiliser et permettent de garantir que les utilisateurs choisissent des valeurs exprimées dans un format valide.
● Dans la mesure du possible, évitez d'inclure des champs de paramètres complexes.
Les champs de paramètres complexes sont plus accessibles lorsqu'ils sont divisés en plusieurs champs de paramètres. Lorsque vous vérifiez l'accessibilité des champs de paramètres, analysez en particulier les paramètres qui portent sur des plages. Il est peut-être plus judicieux d'inclure deux champs de paramètres qui proposent des valeurs discrètes pour la valeur supérieure et la valeur inférieure de la plage, que de demander à l'utilisateur d'indiquer les deux valeurs dans le même champ de paramètre.
● S'il s'agit de champs de date, ne laissez pas les utilisateurs saisir leurs propres dates.
Le calendrier qui permet de sélectionner des dates n'est pas accessible. Proposez une liste de dates par défaut. L'utilisation de listes de dates par défaut permet également d'éviter les formats incorrects.
696
©
2013 SAP AG ou société affiliée SAP. Tous droits réservés.
Guide de l'utilisateur de SAP Crystal Reports 2011
Création de rapports accessibles aux handicapés
