Méthodologie Unifiée d'Evaluation de l'Accessibilité du Web (UWEM 1.0)

vous êtes ici : 16. Notes

16. Notes

  1. L'évaluation de ressources Web via les tests utilisateurs sera traitée dans de futures versions de UWEM.
  2. http://www.w3.org/Consortium/Legal/IPR-FAQ-20000620
  3. http://www.w3.org/Consortium/Legal/IPR-FAQ-20000620#annotate
  4. http://www.w3.org/WAI/eval/
  5. http://www.w3.org/WAI/eval/reviewteams.html
  6. http://www.w3.org/WAI/eval/selectingtools.html
  7. http://www.w3.org/WAI/eval/users.html
  8. Noter que si un petit site est évalué entièrement, alors la valeur moyenne des échantillons agrégés peut être exactement calculée. Pour des sites Web plus importants, il est tolérable de sélectionner une sous liste aléatoire de pages Web, tant que la marge d'erreurs de l'intervalle de sûreté de 95% est indiquée.
  9. Tant que l'algorithme utilisé sélectionne une série impartiale aléatoire de pages Web, alors l'échantillon est valide et devrait fournir les mêmes résultats dans la marge d'erreurs calculée pour un intervalle de sûreté de 95%.
  10. Jusqu'à ce que la marge d'erreurs soit atteinte l'échantillon est basé sur le fait qu'une augmentation de la taille de l'échantillon diminuera la longueur de l'intervalle de sûreté sans réduire le niveau de confiance. C'est parce que la déviation standard du moyen d'échantillon diminue lorsque n augmente.
  11. Noter qu'il est aussi possible de déterminer un nombre minimum d'échantillons qui donneront des résultats étant dans une marge d'erreurs donnée même dans le pire des cas avec une variation de 0,5. Néanmoins, cela nécessitera plus d'échantillons que strictement nécessaire pour tous les sites Web qui sont meilleurs (moins de variance) que le pire des cas. Gardant cela en tête, nous pensons qu'il vaut mieux avoir une exigence pour dire la marge d'erreurs du résultat, qu'une exigence sur le nombre d'échantillons.
  12. Si du contenu textuel est adjacent à l'élément non textuel l'alternative textuelle peut être ce contenu textuel associé à la valeur de l'attribut alt des éléments non textuels.
  13. L'exemple d'un tel algorithme est disponible dans WCAG 2.0.
  14. Ces propriétés de CSS peuvent indiquer l'URI d'une image à utiliser comme contenu ou arrière-plan.
  15. Dans les documents de type XHTML 1.0 l'identifiant public de la déclaration du doctype doit faire référence à l'une des trois DTDs en utilisant l'identifiant public formel respectif. Voir 3.1.1 (les documents strictement conformes) du XHTML 1.0. Extensible HyperText Markup Language (Second Edition) - Reformulation of HTML 4 in XML 1.0 recommandation du W3C du 26 janvier 2000 révisée le 1er août 2002.
  16. http://www.w3.org/TR/1999/REC-html401-19991224/types.html#type-multi-length
  17. http://www.w3.org/TR/1999/REC-html401-19991224/types.html#type-multi-length
  18. La spécification CSS 2.0 liste 'px' (pixel) comme une unité relative. Néanmoins, la taille d'un pixel est relative à l'affichage de l'ordinateur et non à toute propriété définie dans le contenu Web. La spécification CSS 2.0 définit également un "pixel de référence" avec une taille absolue.
  19. Celles-ci sont définies comme des valeurs absolues à http://www.w3.org/TR/1998/REC-CSS2-19980512/fonts.html#value-def-absolute-size.
  20. Les éléments H6 n'ont pas besoin d'être vérifiés car ils représentent le niveau de titre le plus bas.
  21. Il n'est pas nécessaire de vérifier H1 et h2 parce qu'il n'y a pas de niveau d'en-tête qui soit deux niveau supérieur.
  22. Dans beaucoup de langues un segment de texte correspond à des mots isolés ou à des groupes de mots ; dans certaines langues, en particulier, celles ayant un système d'écriture par idéogrammes, un segment de texte peut même correspondre à un seul caractère.
  23. L'en-tête http 'Content-Language' n'est pas pris en compte ici car cet en-tête ne devrait pas être utilisé pour le traitement de texte. Voir pour plus d'informations http://www.w3.org/TR/i18n-html-tech-lang/#ri20040808.110827800.
  24. Tous les éléments excepté base, basefont, head, html, meta, param, script et title.
  25. Noter les informations suivantes issues de la section "Inheritance of text direction information" de la norme HTML 4.01 : "The Unicode bidirectional algorithm requires a base text direction for text blocks. To specify the base direction of a block-level element, set the element's dir attribute. The default value of the dir attribute is "ltr" (left-to-right text). When the dir attribute is set for a block-level element, it remains in effect for the duration of the element and any nested block-level elements. Setting the dir attribute on a nested element overrides the inherited value. (...) Inline elements, on the other hand, do not inherit the dir attribute. This means that an inline element without a dir attribute does not open an additional level of embedding with respect to the bidirectional algorithm. (Here, an element is considered to be block-level or inline based on its default presentation. Note that the INS and DEL elements can be block-level or inline depending on their context.)" Noter également les informations ci-dessous issues de la section "The effect of style sheets on bidirectionality" dans la norme HTML 4.01 à (http://www.w3.org/TR/1999/REC-html401-19991224/struct/dirlang.html#style-bidi) : "In general, using style sheets to change an element's visual rendering from block-level to inline or vice-versa is straightforward. However, because the bidirectional algorithm relies on the inline/block-level distinction, special care must be taken during the transformation. When an inline element that does not have a dir attribute is transformed to the style of a block-level element by a style sheet, it inherits the dir attribute from its closest parent block element to define the base direction of the block. When a block element that does not have a dir attribute is transformed to the style of an inline element by a style sheet, the resulting presentation should be equivalent, in terms of bidirectional formatting, to the formatting obtained by explicitly adding a dir attribute (assigned the inherited value) to the transformed element."
  26. Tous les éléments excepté base, basefont, head, html, meta, param, script et title.
  27. http://www.w3.org/TR/1998/REC-CSS2-19980512/generate.html#before-after-content
  28. http://www.w3.org/TR/i18n-html-tech-bidi/#ri20030728.092130948
  29. http://www.w3.org/International/questions/qa-bidi-css-markup.html
  30. http://www.w3.org/TR/REC-CSS2/visuren.html#direction
  31. http://www.w3.org/TR/1999/REC-html401-19991224/struct/tables.html#h-11.4
  32. Le W3C a un service pour la linéarisation de tableaux.
  33. http://www.w3.org/TR/1998/REC-CSS2-19980512/conform.html#x10
  34. http://www.w3.org/TR/1999/REC-html401-19991224/present/styles.html#h-14.6
  35. Tous les attributs sur les événements intrinsèques, sauf onunload. Voir les définitions des attributs dans la section "Intrinsic events" de html 4.01.
  36. La plupart des navigateurs déclencheront l'événement onclick à l'appui sur la touche "entrée". Il n'est donc pas requis d'implémenté onclick lorsque onkeypress est spécifié.
  37. http://www.w3.org/WAI/Resources/WAI-UA-Support
  38. Le sélecteur //object[@type='image/gif'] ignorera certains fichiers gif si l'attribut type de l'élément object n'est pas défini ou incorrect.
  39. Le sélecteur //object[@type='image/gif'] ignorera certains fichiers gif si l'attribut type de l'élément object n'est pas défini ou incorrect.
  40. Les éléments object pour les applets Java peuvent avoir un attribut codetype avec les valeurs 'application/java', 'application/java-archive' ou 'application/x-java-applet'. Le test s'applique également aux contenus envoyés par HTTP avec les types MIME 'application/java', 'application/java-archive' ou 'application/x-java-applet'.
  41. L'élément object pour le contenu vidéo peut avoir un attribut type dont la valeur commence par 'video/'. Le test s'applique également à tout contenu envoyé par HTTP avec le type MIME commençant par 'video/'.
  42. Les éléments object pour les applets Java peuvent avoir un attribut codetype avec les valeurs 'application/java', 'application/java-archive' ou'application/x-java-applet'. Le test s'applique également aux contenus envoyés par HTTP avec les types MIME 'application/java', 'application/java-archive' ou 'application/x-java-applet'.
  43. L'élément object pour le contenu vidéo peut avoir un attribut type dont la valeur commence par 'video/'. Le test s'applique également à tout contenu envoyé par HTTP avec le type MIME commençant par 'video/'.
  44. http://www.w3.org/TR/2002/REC-UAAG10-20021217/
  45. http://www.w3.org/TR/2000/REC-ATAG10-20000203/
  46. Ce test est automatisable car il produit toujours le résultat "non validé", puisque toute figure géométrique peut être définie par un polygone et tout pixel peut être défini comme un cercle de rayon 0.
  47. Section 4.10 de la spécification XHTML 1.0 : "les éléments avec l'attribut id et name", (http://www.w3.org/TR/xhtml1/#h-4.10).
  48. C'est la définition des WCAG 2.0.
  49. http://www.w3.org/Consortium/Legal/2002/copyright-documents-20021231. Notre licence autorise des extensions et des modifications de UWEM, tant que les références vers le document original sont données et des copies de cette licence sont fournies.
  50. http://www.w3.org/WAI/eval/template.html

revenir en haut de la page

Avertissement: Cette traduction en français de UWEM 1.0 a été réalisée par l'association BrailleNet en juillet 2006. L'association BrailleNet ne peut pas être tenue responsable des erreurs ou des imprécisions de traduction ainsi que leurs conséquences éventuelles. La version officielle de UWEM 1.0 (anglais) est consultable en ligne sur le site du WAB Cluster.

Page précédente : 15. Annexe E: License W3C Page suivante : 17. Téléchargement

Méthodologie Unifiée d'Evaluation de l'Accessibilité du Web [UWEM] (version 1.0, 5 juillet 2006)
Version officielle de UWEM 1.0 (anglais) | Traduction en français de l'association BrailleNet (juillet 2006)
Plan du site | Aide | Contact