PhilippeVay · October 15, 2014 12:31 · PhilippeVay · Oct 15, 2014
diff --git a/rgaa3comm3.txt b/rgaa3comm3.txt
 3e commentaire portant à présent sur le Glossaire :

 1/
 - chapo (fin du 2e paragraphe) : "intégréE au Glossaire RGAA" au féminin
 - javascript ou Javascript s'écrit systématiquement JavaScript (12 occurences)
 - CAPTCHA s'écrit systématiquement en capitales (3 occurences sont écrites Captcha)
 - Alternative courte et concise : "Une longueur de 80 car" : préciser qu'il s'agit d'une longueur maximale ; 80 caractères n'est pas plus recommandé que 10
 - Alternative textuelle (image) : "CAPTCHA" s'écrit systématiquement en majuscules (c'est correct dans les Critères 1.4 et 1.5)
 - Accessible et activable par le clavier et la souris : le mot clic ne prend pas de k en français
 - Cadre en ligne : "ÉlémenT HTML" : le titre est au singulier, le 1er nom devrait l'être aussi
 - CAPTCHA : pour éviter "baser sur" (cf. néologisme http://www.academie-francaise.fr/base-sur ), une formulation pourrait être "Le test utilise souvent des images contenant du texte déformé" (ou "s'appuie souvent sur")
 - Code de langue : le modèle lang="[code] - [option]" comporte un(e) espace avant et après le tiret alors qu'il n'en faut pas ; le modèle pourrait également être placé dans un élément code :
  <code>lang="[code]-[option]"</code>
 - Contraste : "alors --G = GsRGB/12,92" (pas de double tiret ou de double changement de signe) puis dans la liste suivante, présence d'un item de liste vide
 - Contrôlable par le clavier et la souris : "WAI-ARIA" (il manque le W)
 - Contrôle de saisie (formulaire) : "Ces contrôles de saisie peuvent être implémentÉs par" (masculin)
 - En-tête de colonne ou de ligne : "pour une ou toute partie des cellules" la formulation n'est pas bonne
 - Environnement maîtrisé : "APIs" (écriture en capitales d'"API")
 - Étiquette de champs de formulaire : "plusieurs manièreS" (au pluriel)
 - Image-test : Quiz n'est pas un nom propre et devrait s'écrire en minuscules
 - Lien adjacent : HTML devrait s'écrire en capitales dans "code HTML" (2 occurences), tout comme CSS l'est dans la même entrée de glossaire
 - Liens identiques : "quand le lien x (intitulé du lien seul, contenu de l'attribut title ou contexte du lien) est égal au lien y" ne me semble pas clair. Au contraire, la définition par la négative au 2e paragraphe est bien claire (mais n'est pas une définition).
 - Listes : y a-t-il inversion "liste ordonnée --> marqueur non-incrémenté" / "liste non ordonnée --> marqueur incrémenté" ?
 - Mécanisme de remplacement : "côté serveur", "côté client" (accent circonflexe sur côté, 2 occurences)
 - Motif de conception : dans la Note 2, "dont la compATIbilité avec l'accessibilité est contrôléE" (typo "comptibilité" et accord du participe passé)
 - Modification du rôle natif d'un élément HTML : "un élément a href=""" (les chevrons < et > sont inversés mais ne devraient en fait pas être présents si l'on parle d'un élément a avec attribut href et non de la balise ouvrante <a href="">)
 - Prise de focus : "Il y a trois moyens en HTML de" (en capitales, comme le sont déjà "CSS" ou "WAI-ARIA"). Idem dans la note "tout élément HTML" (l'élément html en minuscules est l'élément racine - :root - parent de head et body tandis qu'un élément HTML est n'importe quel élément présent dans une spécification HTML tel que a, blockquote ou thead)
 - Propriété CSS déterminant une couleur : dans la Note, la propriété est background et non bakground
 - Correctement restituée par les technologies d'assistance : "ladite resTitution" (il manque le T), "déclarer qu'un élÉment" (et non élement), "JAWS (version précédente) et IE9+" (il manque la parenthèse fermante)
 - Rôle WAI-ARIA équivalent (surcharge de rôle) : "Afin de pallier l'implémentation" (***transitif et il manque le T)
 - Titre de cadre : Le contenu de l'attribut title de la balise frame est en effet un titre de cadre, tout comme pour l'iframe, mais c'est un rappel inutile dans le RGAA 3 puisque frame est déprécié en HTML5 et ne figure à ce titre pas dans la Thématique Cadres.
 - Type et format de données : "comma" à l'avant-dernière ligne
 - Version accessible (pour un document en téléchargement) : la suite propriétaire MS Office s'écrit avec une majuscule.

 2/
 - Les entrées suivantes du glossaire commencent par une minuscule au lieu d'une majuscule : Champ de saisie de formulaire, Image de décoration, Image texte objet, Image véhiculant (…), Information (…), Langue par défaut, Transcription textuelle (…).

 3/
 Enfin concernant la navigation interne de la page Glossaire.
 À droite de chaque titre "Lettre A/B/C etc" sont présents 2 liens vers les lettres précédentes et suivantes (sauf pour A et Z bien entendu).
 Des erreurs sont présentes :
 - à la lettre C, le lien suivant vers D pointe vers l'ancre #lettreE, 
 - à la lettre D, le lien suivant vers E pointe vers l'ancre #lettreJ,
 - à la lettre E, le lien précédent vers D pointe vers l'ancre #lettreC,
 - à la lettre O, le lien suivant vers P pointe vers l'ancre #lettreR,
 - à la lettre U, le lien suivant est "Lettre U" au lieu de "Lettre V".


 Ph. Vayssière
	3e commentaire portant à présent sur le Glossaire :

	1/
	- chapo (fin du 2e paragraphe) : "intégréE au Glossaire RGAA" au féminin
	- javascript ou Javascript s'écrit systématiquement JavaScript (12 occurences)
	- CAPTCHA s'écrit systématiquement en capitales (3 occurences sont écrites Captcha)
	- Alternative courte et concise : "Une longueur de 80 car" : préciser qu'il s'agit d'une longueur maximale ; 80 caractères n'est pas plus recommandé que 10
	- Alternative textuelle (image) : "CAPTCHA" s'écrit systématiquement en majuscules (c'est correct dans les Critères 1.4 et 1.5)
	- Accessible et activable par le clavier et la souris : le mot clic ne prend pas de k en français
	- Cadre en ligne : "ÉlémenT HTML" : le titre est au singulier, le 1er nom devrait l'être aussi
	- CAPTCHA : pour éviter "baser sur" (cf. néologisme http://www.academie-francaise.fr/base-sur ), une formulation pourrait être "Le test utilise souvent des images contenant du texte déformé" (ou "s'appuie souvent sur")
	- Code de langue : le modèle lang="[code] - [option]" comporte un(e) espace avant et après le tiret alors qu'il n'en faut pas ; le modèle pourrait également être placé dans un élément code :
	<code>lang="[code]-[option]"</code>
	- Contraste : "alors --G = GsRGB/12,92" (pas de double tiret ou de double changement de signe) puis dans la liste suivante, présence d'un item de liste vide
	- Contrôlable par le clavier et la souris : "WAI-ARIA" (il manque le W)
	- Contrôle de saisie (formulaire) : "Ces contrôles de saisie peuvent être implémentÉs par" (masculin)
	- En-tête de colonne ou de ligne : "pour une ou toute partie des cellules" la formulation n'est pas bonne
	- Environnement maîtrisé : "APIs" (écriture en capitales d'"API")
	- Étiquette de champs de formulaire : "plusieurs manièreS" (au pluriel)
	- Image-test : Quiz n'est pas un nom propre et devrait s'écrire en minuscules
	- Lien adjacent : HTML devrait s'écrire en capitales dans "code HTML" (2 occurences), tout comme CSS l'est dans la même entrée de glossaire
	- Liens identiques : "quand le lien x (intitulé du lien seul, contenu de l'attribut title ou contexte du lien) est égal au lien y" ne me semble pas clair. Au contraire, la définition par la négative au 2e paragraphe est bien claire (mais n'est pas une définition).
	- Listes : y a-t-il inversion "liste ordonnée --> marqueur non-incrémenté" / "liste non ordonnée --> marqueur incrémenté" ?
	- Mécanisme de remplacement : "côté serveur", "côté client" (accent circonflexe sur côté, 2 occurences)
	- Motif de conception : dans la Note 2, "dont la compATIbilité avec l'accessibilité est contrôléE" (typo "comptibilité" et accord du participe passé)
	- Modification du rôle natif d'un élément HTML : "un élément a href=""" (les chevrons < et > sont inversés mais ne devraient en fait pas être présents si l'on parle d'un élément a avec attribut href et non de la balise ouvrante <a href="">)
	- Prise de focus : "Il y a trois moyens en HTML de" (en capitales, comme le sont déjà "CSS" ou "WAI-ARIA"). Idem dans la note "tout élément HTML" (l'élément html en minuscules est l'élément racine - :root - parent de head et body tandis qu'un élément HTML est n'importe quel élément présent dans une spécification HTML tel que a, blockquote ou thead)
	- Propriété CSS déterminant une couleur : dans la Note, la propriété est background et non bakground
	- Correctement restituée par les technologies d'assistance : "ladite resTitution" (il manque le T), "déclarer qu'un élÉment" (et non élement), "JAWS (version précédente) et IE9+" (il manque la parenthèse fermante)
	- Rôle WAI-ARIA équivalent (surcharge de rôle) : "Afin de pallier l'implémentation" (***transitif et il manque le T)
	- Titre de cadre : Le contenu de l'attribut title de la balise frame est en effet un titre de cadre, tout comme pour l'iframe, mais c'est un rappel inutile dans le RGAA 3 puisque frame est déprécié en HTML5 et ne figure à ce titre pas dans la Thématique Cadres.
	- Type et format de données : "comma" à l'avant-dernière ligne
	- Version accessible (pour un document en téléchargement) : la suite propriétaire MS Office s'écrit avec une majuscule.

	2/
	- Les entrées suivantes du glossaire commencent par une minuscule au lieu d'une majuscule : Champ de saisie de formulaire, Image de décoration, Image texte objet, Image véhiculant (…), Information (…), Langue par défaut, Transcription textuelle (…).

	3/
	Enfin concernant la navigation interne de la page Glossaire.
	À droite de chaque titre "Lettre A/B/C etc" sont présents 2 liens vers les lettres précédentes et suivantes (sauf pour A et Z bien entendu).
	Des erreurs sont présentes :
	- à la lettre C, le lien suivant vers D pointe vers l'ancre #lettreE,
	- à la lettre D, le lien suivant vers E pointe vers l'ancre #lettreJ,
	- à la lettre E, le lien précédent vers D pointe vers l'ancre #lettreC,
	- à la lettre O, le lien suivant vers P pointe vers l'ancre #lettreR,
	- à la lettre U, le lien suivant est "Lettre U" au lieu de "Lettre V".


	Ph. Vayssière