Discussion Wikipédia:Atelier accessibilité/Archives accessibilité 2014

Un coup de main SVP

Bonjour. Je contribue sur WikiHuy, un tout jeune wiki territorial, sous le pseudo NHanot et j'aimerais y importer les pratiques d'accessibilité mais je suis nulle en technique wiki (j'ai même pas pigé quel est le code pour {{Lang|code-langue|texte}} !)). Quelqu'un pourrait-il m'aider ? Il est possible de me contacter par courriel. Merci déjà, Égoïté (discuter) 5 février 2014 à 23:26 (CET)

Bonjour Égoïté. Heu, juste une question en passant, c'est quoi Huy ? c'est peut-être évident pour toi, mais ça manque de quelques précisions géo-administratives sur la page d'accueil . -- Amicalement, Salix ^[Converser] 5 février 2014 à 23:34 (CET)

Bonsoir Salix. Ravie de te lire ! Bon sur WP, Huy c'est ça. Et le wikiHuy c'est un wikiterritorial qui englobe 18 communes autour de Huy dont Engis et l'une de ses sections, Hermalle-sous-Huy dont je suis résidente, comme tu le sais probablement. Je suis vraiment contente de ta question que je vais illico répercuter sur le forum du WikyHuy car elle est très pertinente sauf pour ceux qui ont créé ce wiki territorial et ont, tout naturellement, "le nez tellement dessus" qu'ils n'ont pas songé à ce que ressentiraient les autres. Grand, grand merci ! Si tu pouvais de plus trouver quelqu'un qui réponde à ma question initiale... Égoïté (discuter) 5 février 2014 à 23:42 (CET)

Huy, Huy... Pour comprendre les consignes d'accessibilité par l'exemple, l'idéal Égoïté serait de trouver un mal voyant qui utilise un lecteur d'écran pour consulter ton site. Le rendre accessible consistera en gros à donner des piste à la machine pour détecter ce qu'elle ne peut pas deviner face à un code brut : un changement de langue, les colonnes d'un tableau, une citation, un titre intermédiaire, la description d'une image en complément de sa légende, etc. Tes wallons auront bien de la chance d'avoir leur site, bon courage à vous . -- Amicalement, Salix ^[Converser] 5 février 2014 à 23:56 (CET)

Rue des Teinturiers (Avignon)

Bonjour,

Juste pour un petit coup d'œil de votre part sur l'article, avant proposition d'AdQ, voir s'il ne manque rien côté accessibilité. Merci d'avance. Marianne Casamance (discuter) 22 février 2014 à 09:26 (CET)

Vite fait : les alternatives textuelles des images ne sont pas (àmha) correctement utilisées. Cf Wikipédia:Atelier accessibilité/Bonnes pratiques#Images portant une information. Il ne faut pas se contenter de répéter la légende. 'toff ^[discut.] 22 février 2014 à 11:09 (CET)

OK, j'ai fait quelques compléments. Marianne Casamance (discuter) 23 février 2014 à 10:54 (CET)

Projet:Articles audio

Bonjour,

Suite à ce message sur le Bistro, j'aimerais votre avis sur l'utilité d'un tel projet pour les non-voyants ou mal-voyants (le projet peut aussi être utile pour d'autres usages). Merci par avance , — Jules ^Discuter 23 février 2014 à 01:18 (CET)

modele médaille

Bonjour, y-a-til un moyen de rendre le modèle {{Médaille}} accessible? Cordialement. 78.238.225.248 (discuter) 27 février 2014 à 21:11 (CET)

Actuellement, ce que mes yeux et mon cerveau fatigués peuvent constater à cette heure tardive me semble aussi accessible qu'on peut raisonnablement faire sur Wikipédia. Avez-vous un cas d'utilisation où ce modèle ne fonctionnerait pas correctement ? Litlok (m'écrire) 27 février 2014 à 22:17 (CET)

Le Gadget donne l'erreur suivante : « Vérifiez si le lien sur l'image peut être désactivé (LINK vide)

(ou si l'image peut être transformée en thumb) ». Exemple sur : Équipe_de_Bolivie_de_football#Parcours en Copa América. Merci. Cordialement. 78.238.225.248 (discuter) 27 février 2014 à 22:28 (CET)

Apparemment, c'est Orphée qui aurait supprimé ce que Lgd avait ajouté au modèle. Je ne suis pas un expert de la syntaxe des modèles, donc je ne veux pas faire d'expérimentation hasardeuse sans avoir l'avis d'Orphée (qui devait avoir une excellente raison de faire cette suppression). Litlok (m'écrire) 27 février 2014 à 22:46 (CET)

Bonjour, Orphée ne désirant a priori pas expliquer sa modification, malgré ma relance sur sa page de discussion, pourrait-on-rétablir la version corrgiée par Lgd. Cordialement. 78.238.225.248 (discuter) 25 mars 2014 à 22:17 (CET)

C'est fait. Litlok (m'écrire) 25 mars 2014 à 23:02 (CET)

Désolé pour le retard, l'idée, si je me souviens bien, était de garder une clé de tri pour que le modèle puisse être trié dans une table de résultats par exemple. Il me semble que les modifications apportées ne posent pas de problème à ce niveau donc merci pour les initiatives. Salutations, Orphée ^{[♪|♪|♪]} 24 avril 2014 à 19:59 (CEST)

Discussion Projet:Boîte Utilisateur/Charte graphique

Bonjour,

Ce n'est évidemment pas l'affaire du siècle puisque ça concerne les boîtes utilisateurs, mais comme sur le bistro il y a eu une réclamation, qui je pense peut être partagée par d'autres, j'ai mis un commentaire sur page de charte du projet/BU concernant leur choix de la couleur rouge pour certaines boîtes. C'est vrai qu'il faut rappeler que les fonds verts ou rouges sont révélateurs de pathologie visuelle et génèrent des difficultés de lecture. Peut être aurez vous un mot à dire, même si c'est un sujet complètement mineur puisque ça ne concerne pas l'espace encyclopédique. --Ickx6 9 mars 2014 à 19:58 (CET)

Ce n'est pas tant la couleur rouge qui peut poser problème mais le contraste entre la couleur du texte et celle du fond. (Et je sais de quoi je parle.) 'toff ^[discut.] 9 mars 2014 à 20:32 (CET)

En l'occurrence et, à priori avec le test que j'ai fait sur www.snook.ca avec ces couleurs (#FF8080 et #000000), c'est conforme au niveau accessibilité. 'toff ^[discut.] 9 mars 2014 à 20:39 (CET)

Pour le texte normal oui, pas pour le lien. Je n'ai pas mes outils habituels sous la main mais il me semble que la couleur du lien est en #342bb8, et ça ne passe pas le niveau AA (de peu, on a un ratio de 4:1 au lieu de 4,5:1). Litlok (m'écrire) 9 mars 2014 à 22:37 (CET)

J'avais juste regardé ici Discussion Projet:Boîte Utilisateur/Charte graphique#Nouvelles_couleurs où il n'y a pas de lien Je viens de récupérer CCA que je n'avais pas hier : effectivement le lien ne passe pas. 'toff ^[discut.] 10 mars 2014 à 05:59 (CET)

┌───────┘
Merci pour vos préconisations, elles ont été transposées au projet bu et les boîtes utilisateurs incriminées ont été modifiées. --Ickx6 11 mars 2014 à 17:36 (CET)

Préconisation balises small et sup dans {{Infobox Jeu vidéo}}

Bonjour,

Cf. Discussion_Projet:Correction_syntaxique#Erreur_63_:_Balise_.3Csmall.3E_dans_un_texte_d.C3.A9j.C3.A0_r.C3.A9duit, est-ce que la préconisation d'utiliser des balises <small> et <sup> imbriquées vous semblent respecter les règles d'accessibilité ? --NicoV (discuter) 31 mars 2014 à 10:22 (CEST)

Bonjour NicoV, « visiblement » non [1]. A ce propos ne devrait-on pas ajouter un mot sur les balises small dans les bonnes pratiques si elles posent vraiment des problèmes ? Ou alors indiquer aux utilisateurs comment les contourner par exemple via le CSS ou les préférences des navigateurs. -- Amicalement, Salix ^[Converser] 9 avril 2014 à 12:52 (CEST)

Hérésie d'Horus

Bonjour je m'occupe de la section Bibliographie de la page Hérésie d'horus et j'aimerais savoir ce que je pourrais faire pour améliorer l'accessibilité sans toucher aux tableaux ou aux boites déroulantes qui permettent une meilleure navigation car les tableaux sont assez longs et devraient normalement doubler d'ici 5 ans. --Elonex777 (discuter) 18 avril 2014 à 13:26 (CEST)

Bonjour  Elonex777 : Les tableaux et les boîtes déroulantes, hélas, c'est pas génial, pour plein de raisons. Sinon, tu peux déjà ajouter des {{lang}} un peu partout où il y a des mots en langue étrangère et aussi utiliser des contrastes suffisants entre le texte et les fonds colorés (afin de te faire une idée, tu peux fermer presque les yeux pour voir si c'est toujours lisible). Voir Wikipédia:Atelier accessibilité/Bonnes pratiques pour plus de détails. -- Amicalement, Salix ^[Converser] 18 avril 2014 à 15:51 (CEST)

Modèles du genre 976^e

Bonjour, je me souviens (ou je crois me souvenir) que l'accessibilité de {{976e}} était bien meilleure que celle de 976{{e}}. Ai-je raison ? Et quelle réponse donner à  SenseiAC sur sa proposition de rajouter « ou neuf cent septante-sixième » dans l’infobulle ? N'est-ce pas un problème au sens de l'accessibilité ? Merci. Zetud (discuter) 18 juin 2014 à 13:39 (CEST)

{{976e}} permet d'insérer une abréviation permettant de restituer neuf cent soixante-seizième quand on l'explicite. 976{{e}} est juste une mise en forme, avec un e en exposant, donc est lu neuf cent soixante seize-e. La question des septante, octante, nonante avait déjà été évoquée, et après débat on était arrivé à la solution actuelle. De mémoire, c'était parce qu'il y avait même des différences entre Belges et Suisses (notamment sur quatre-vingt/huitante/octante). Ç'aurait été trop compliqué à gérer, donc c'est la majorité qui a prévalu. Litlok (m'écrire) 18 juin 2014 à 14:08 (CEST)

Je n'arrive pas à remettre la main sur cette discussion, mais ai retrouvé cet échange, exactement à ce sujet, ici-même, avec Zebulon84. Litlok (m'écrire) 18 juin 2014 à 14:18 (CEST)

Et je suis toujours d'avis de ne pas privilégier une forme à l'autre. 'toff ^[discut.] 18 juin 2014 à 19:46 (CEST)

Football Club de Colmar

Bonjour,

J'ai proposé cet article à l'AdQ pensant que j'avais fait l'essentiel niveau accessibilité.

On me dit qu'il est encore plein de problèmes d'accessibilité. Je ne sais pas où se situent ces problèmes, mais si on me les a signalé, c'est qu'on ne les a pas inventé...

Quelqu'un pourrait regarder ce qui cloche encore ?

Cordialement et merci d'avance -- Dimonou (Ja?) 23 juin 2014 à 19:11 (CEST)

Bonjour, merci de ton intérêt pour l'accessibilité. On voit bien en regardant l'article que tu as fait de nets efforts à ce sujet. :-)

Comme le dit très justement 'toff, il reste quelques problèmes de tableaux, le reste est très bon. Les changements de langue sont correctement formatés, les citations aussi, les alternatives textuelle aussi...

Par contre, vu qu'il y a plusieurs tableau complexes dans cet article, c'est bien que tu aies demandé un avis ici. C'est plus compliqué à résoudre que cette modification de tableau faite par  Kagaoua. Je vais m'y pencher et poster un commentaire plus détaillé sur la page de labellisation prochainement. Dodoïste ^{[ dring-dring ]} 23 juin 2014 à 20:59 (CEST)

Gestion du format d'image « frameless » dans le gadget

Bonjour,

En présence d'une image insérée au format « frameless », le gadget suggère d'envisager la désactivation du lien ou le format « thumb » au moyen de son traditionnel message « Vérifiez si le lien sur l'image peut être désactivé (LINK vide) (ou si l'image peut être transformée en thumb) ».

Or, tout comme le format d'image « thumb », le format « frameless » respecte les préférences de l'utilisateur (voir mw:Help:Images#Format). Je ne comprends donc pas la raison d'être de cette suggestion. Dans le corps d'un article, une image flottante est souvent préférable, d'où l'usage fréquent de « thumb ». Cependant, dans les cas où l'on ne veut pas d'une image flottante, « frameless » est l'option adéquate, tout aussi accessible que « thumb » me semble-t-il.

Je suggère donc de modifier le gadget afin d'éviter l'affichage de ce message lorsque l'image est insérée au format « frameless ». Qu'en pensez-vous ?

Klipe (discuter) 24 juin 2014 à 11:08 (CEST)

Avant de donner des avis pour/contre, il me semble nécessaire de creuser la question. Est-ce que tu as des exemples d'articles où la question se pose ?

J'ai vérifié, il est en effet possible d'ajouter une alternative textuelle à une image « frameless ». Par contre, le « caption », si il est renseigné, n'est affiché qu'au survol de l'image. Ce qui est moins bien que les images en thumb, ne serait-ce que pour le lecteur lambda... Dodoïste ^{[ dring-dring ]} 25 juin 2014 à 13:49 (CEST)

C'est vrai que le caption n'est pas directement visible, mais il est généralement inutile d'en spécifier un lorsque le format « frameless » se justifie (insertion de l'image en mode caractère et non bloc).

En particulier, ça me semble judicieux d'éviter les images flottantes lorsqu'on en insère dans des tableaux. Et bien souvent on ne veut pas de légende/caption dans ces cas, car l'image est expliquée dans les cellules adjacentes. Exemple dans l'article Liste des tableaux de Jean-Baptiste Corot (je sais bien que le tableau n'est pas accessible en l'état, mais ça c'est un autre problème). Aussi dans Hiéroglyphes micmacs (même si ce tableau de présentation pourrait être remplacé par une image en thumb à gauche de son paragraphe explicatif, tout simplement).

En fait on pourrait aussi utiliser frameless plutôt que thumb dans {{Infobox V3/Image}}, ce qui éviterait de devoir transformer lesdits thumb en frameless par la règle « .infobox_v3 .image2 div.thumb {display: inline-block; float: none; margin: 0; vertical-align: middle;} » du MediaWiki:Common.css !

De façon plus générale, le conseil « envisager de supprimer le lien ou transformer en thumb » prend beaucoup de place, dérange la lecture... et on a donc envie de s'en débarrasser ! C'est bien, mais l'analyse de chaque cas particulier prend du temps et je pense donc qu'il faut éviter de donner ce conseil lorsque le format choisi est déjà accessible.

Klipe (discuter) 25 juin 2014 à 17:28 (CEST)

Salut Klipe, désolé du long délai de réponse.

Je trouve que dans le cas de la Liste des tableaux de Jean-Baptiste Corot, l'utilisation du frameless est justifiée, en effet. Par contre les images ne sont pas accessibles en l'état, car puisqu'il n'y a pas de |alt= renseigné, c'est le nom du fichier qui se retrouve dans l'alternative textuelle de l'image. Et le résultat n'est pas heureux.

Dans le cas de Hiéroglyphes micmacs, comme tu le dis toi-même, cela devrait être une image en thumb. Parce que les tableaux pour la présentation sont une mauvaise pratique, et que le résultat dans ce cas n'est pas optimal en termes d'accessibilité.

Concernant le gadget accessibilité et la place que prend ce message d'avertissement... C'est vrai. En même temps, c'est nécessaire pour que le gadget fasse son job et soit utile aux contributeurs qui l'utilisent. On peut certes modifier le gadget pour prendre en compte le format frameless. Mais avant de faire cela il faudrait établir des bonnes et mauvaises pratiques concernant son utilisation, ce qui prend un minimum de temps.

 Litlok : J'ai de nouveau besoin de ton avis ! :-) Dodoïste ^{[ dring-dring ]} 29 juin 2014 à 11:59 (CEST)

 Dodoïste : Ma remarque concernant la place que prend le message d'avertissement était positive : on a envie de se débarrasser de cette remarque, donc de corriger ce qui ne va pas. D'où ma suggestion de retirer cette remarque lorsqu'en fait… tout va bien (ou du moins le problème est ailleurs, par exemple dans l'usage injustifié d'un tableau) ! Note aussi que ma proposition ne concerne pas le message d'avertissement "ALT MANQUANT", qui est quant à lui parfaitement justifié en format frameless également. Plus les messages sont spécifiques et justifiés, plus il y a de chance pour que quelqu'un s'en occupe ! Klipe (discuter) 30 juin 2014 à 13:52 (CEST)

 Dodoïste : pour être franc, je n'utilise pas le gadget donc cela risque de m'être un peu difficile de comprendre de quoi il retourne. Tu me demandes mon avis sur des préconisations sur l'usage de frameless ? Je viens de découvrir ce paramètre à l'occasion de cette notification . En ce moment, je passe certes beaucoup de temps sur Wikipédia, mais sur des tâches pas trop consommatrices de brain power pour me délasser... hum... je tâcherai d'y penser mercredi/jeudi. Litlok (m'écrire) 30 juin 2014 à 15:40 (CEST)

 Litlok : Il n'y a pas d'urgence. Oui, je demande ton avis sur l'usage de frameless, et les potentielles bonnes/mauvaises pratiques qui en découlent. Le gadget accessibilité est secondaire, car cela n'a de sens de modifier ce gadget que si on a des bonnes pratiques sur lesquelles se baser. :-)

Klipe, merci en tout cas pour cette information et cet exemple fourni. :-) Je n'étais moi non plus pas au courant de l'existence de ce paramètre auparavant. Il va falloir qu'on se penche sur ce paramètre avant de faire des propositions pour le gadget. Dodoïste ^{[ dring-dring ]} 1 juillet 2014 à 00:34 (CEST)

Bien sûr, c'est logique. Merci à tous deux pour vos réflexions (passées et à venir) à ce sujet ! Klipe (discuter) 1 juillet 2014 à 09:31 (CEST)

Felipe Massa

Bonjour,

En vue de l'obtention du label BA pour cet article, j'ai besoin de l'accessibilité pour que cet article aie ce label, comme me l'a reproché Matpib qui m'a redirectionné ici.

Découvrant peu à peu l'accessibilité, j'ai créé des alternatives aux images de l'article. Mais, je ne comprends pas et ne sais pas comment faire pour les tableaux. J'ai besoin d'aide sur les tableaux.

Merci d'avance pour votre réponse. LoupDragon42 (discuter) 24 juin 2014 à 15:40 (CEST)

Bonjour LoupDragon42, je passe là par hasard et me permets une petite remarque sur les alternatives textuelles (je ne m'y connais pas sur les tableaux, quelqu'un d'autre vous répondra, mais regardez ici en attendant) : il doit s'agir d'une description aussi équivalente que possible aux informations que donne l'image, pas d'une deuxième légende. L'alternative n'est donc pas là pour préciser que photo a été prise en Chine ou en Malaisie, ni même pour donner le nom des personnes que l'on voit sur les photos. En revanche dire qu'elle montre une voiture sous une pluie battante est une bonne idée, tout comme il serait bon d'indiquer des couleurs (Massa est un homme brun aux yeux sombres, sa voiture est rouge...). Cordialement.--Soboky ^{[me répondre]} 24 juin 2014 à 19:59 (CEST)

Merci, j'ai changé les alternatives de toutes les images, mais j'ai pas réussi celle de l'infobox. À l'aide !LoupDragon42 (discuter) 24 juin 2014 à 20:24 (CEST)

Le modèle de l'infobox était mal créé. Je l'ai corrigé. Yapuka. 'toff ^[discut.] 25 juin 2014 à 15:47 (CEST)

merci ! LoupDragon42 (discuter) 25 juin 2014 à 16:16 (CEST)

Nombres ordinaux

Bonjour, pourriez-vous m’éclairer sur l'utilisation des modèles comme {{1er}} pour les nombres ordinaux ? Dans conventions typographiques de Wikipédia sur les nombres ordinaux, les exemples les utilisent, mais Zapotek me demande d'arrêter de remplacer 1{{er}} par {{1er}}. Qu'en est-il d'après vous ? --NicoV (discuter) 5 juillet 2014 à 12:23 (CEST)

Voir la discussion ci-dessus ? 'toff ^[discut.] 5 juillet 2014 à 12:28 (CEST)

Disons qu'en ce qui concerne l'atelier accessibilité, ton intervention était correcte, NicoV. Cela améliore l'accessibilité.

Mais le sujet est depuis longtemps sujet à quelques controverses ou divergences d'opinions. Lorsque Zapotek affirme que les modifications "nuisent gravement à l’accessibilité", cela reflète ses propres convictions et interprétations. Quoiqu'il en soit, je ne pense pas que l'enjeu vaille la peine de se battre. Il est probable qu'en appliquant cette modification sur toutes les pages, tu risques de te heurter à d'autres oppositions de ce type. Prudence, donc. ;-) Dodoïste ^{[ dring-dring ]} 5 juillet 2014 à 14:20 (CEST)

Modules Lua (diagramme)

Bonjour,

Si ce n'est pas le bon endroit pour poser cette petite question, vous allez me diriger ailleurs peut être, mais ça concerne un peu ce projet quand même : ça porte précisément sur l'emploi éventuel du Module:Diagramme que j'ai découvert récemment grâce aux RAW. Un module qui permets d'afficher un histogramme ou un camembert, j'en vois tout de suite le potentiel d'utilisation dans les articles rattachés notamment aux portails entreprises, économie, etc.

La question de l'accessibilité se pose donc : y a t il une contre-indication à utiliser un tel code {{#invoke|...}} directement dans les articles, ce qui me parait plus pratique pour insérer des graphes sur des données nécessitant une mise à jour.

Car l'alternative si on souhaite une présentation équivalente, c'est de créer un graphique chez soit et importer l'image dans Commons, ce qui peut être tout aussi laborieux, et moins pratique pour les mises à jour.

Est ce que le sujet a déjà été débattu ?

Merci ! --Ickx6 26 août 2014 à 21:28 (CEST)

Bonjour Ickx6,

D'un point de vue technique, il est préférable àma d'utiliser des modèles dans l'espace principal, quitte à ce que le modèle appelle le module en lui repassant exactement les mêmes paramètres : l'idée est de ne pas compliquer le code des pages plus qu'il ne l'est déjà. Cela est suggéré dans mw:Extension:Scribunto/Lua_reference_manual/fr#Introduction.

Quel problème y aurait-il à utiliser le module dans un modèle auquel on passerait les paramètres ? Le modèle utilisant le module serait alors utilisé dans les pages. — Automatik (discuter) 4 septembre 2014 à 06:44 (CEST)

Merci Automatik --Ickx6 4 septembre 2014 à 20:01 (CEST)

Information daltonisme - Syntax highlighter

Exemple.

Bonjour,

Je viens vers vous pour essayer d'obtenir des informations concernant le choix des couleurs pour la coloration syntaxique. J'aimerais que Syntax highlighter soit, en vue d'un possible déploiement par défaut, accessible au plus grand nombre.

Concrètement j'aimerais que vous m'indiquiez si les couleurs choisies sont accessibles au plus grand nombre. N'hésitez pas à m'en indiquer d'autres si celles en place vous semblent inadéquates.

Merci d'avance, cordialement, --Mattho69 ^{me joindre} 4 septembre 2014 à 04:12 (CEST)

Je suis pas sûr d'avoir bien compris la question mais à mon avis c'est clairement non accessible : les couleurs sont beaucoup trop proches les unes des autres. Un daltonien va confondre gras, wikilien et ... par exemple. 'toff ^[discut.] 5 septembre 2014 à 21:43 (CEST)

Ok, merci (désolé pour la compréhension de ma question, il commençait à se faire vraiment tard ).--Mattho69 ^{me joindre} 7 septembre 2014 à 22:51 (CEST)

Salut. Sachant que c'est un gadget optionnel, la question d'accessibilité la plus importante sont les contrastes entre le texte et l'arrière-plan. À ce que je peux voir, les contrastes semblent bons, et c'est difficile de demander mieux pour ce genre d'outil. Le fait qu'on cherche à distinguer une palette importante de couleurs entre elles fait que forcément il y aura un problème d'accessibilité pour certaines personnes. C'est simplement inévitable. Si on améliore un point pour certaines personnes, on crée forcément un défaut pour d'autres. Dans ce cas, je pense que ton choix de couleurs est tout à fait acceptable, Mattho69. Dodoïste ^{[ dring-dring ]} 8 septembre 2014 à 22:07 (CEST)

Y a peut-être moyen de faire mieux quand même (inversion couleurs : texte clair fond sombre ?) 'toff ^[discut.] 8 septembre 2014 à 22:13 (CEST)

Pour info, il est possible de personnaliser les couleurs pour ceux qui les différencient mal, ou par simple préférence. – Zebulon84 (discuter) 9 septembre 2014 à 07:32 (CEST)

'toff, faire mieux, oui, mais pour qui ? On peut augmenter les contrastes pour une hypothétique personne malvoyante qui utiliserait le gadget. Mais cela perdra en qualité et en facilité de lecture pour l'utilisateur quotidien. Mieux vaut dans ce cas faire ce que propose Zebulon84, changer les couleurs pour les personnes qui en ont besoin. :-) Dodoïste ^{[ dring-dring ]} 9 septembre 2014 à 22:35 (CEST)

 Dodoïste : C'est clair qu'on ne peut pas contenter tout le monde et que statistiquement il y a moins du utilisateurs avec des problèmes de vue utilisant le gadget que d'utilisateur sans problème visuel. Et le fait que le gadget soit paramétrable est l'amélioration qui est la plus adaptée : par défaut, couleurs pour le plus grand nombre, sinon, personnalisation. Quoi de mieux ?

Quoi qu'il en soit, ma réponse poratiat sur la question d'origine ( « si les couleurs choisies sont accessibles au plus grand nombre » ) pas sur la nécessité d'accessibiliser le gadget (parce que pour la 1^re réponse, je fais confiance à mes yeux, et pour la deuxième ça sort de mon domaine de compétence) 'toff ^[discut.] 10 septembre 2014 à 06:49 (CEST)

US Orléans

Bonjour,

En vue de l'obtention du label BA pour cet article, j'ai besoin de l'accessibilité pour la labellisation, comme me l'a reproché LoupDragon42 (d · c · b) qui m'a redirigé ici. Découvrant peu à peu l'accessibilité, je ne sais pas quoi faire, ni même ce qui ne va pas.

Merci d'avance pour votre réponse. --Geo28000 (discuter) 18 septembre 2014 à 22:20 (CEST)

Bonjour,

Il manque toutes les alternatives aux images. Un peu d'aide sur Wikipédia:Atelier_accessibilité/Bonnes_pratiques#Images.

Il y a également quelques soucis sur les tableaux, certains sont imbriqués, alors qu'il n'y en a pas besoin (par exemple « Liste des présidents de l'US Orléans », « Entraîneurs de l'US Orléans »).

--Sahrayana (discuter) 19 septembre 2014 à 00:34 (CEST)

Je pense avoir mis toutes les alternatives. Supertoff (d · c · b) m'a aidé en s'occupant des tableaux je crois. --Geo28000 (discuter) 19 septembre 2014 à 10:27 (CEST)

Bonjour,

Je suis peut-être un peu trop pointilleuse, mais certains fichiers sont déclarés en français, et d'autres en anglais (« File » au lieu de « Fichier », « thumb » au lieu de « vignette »). Cela fonctionne parfaitement, mais un peu d'homogéniété ne ferait pas de mal je pense. LoupDragon42 (d · c · b) t'a-t-il donné des détails sur d'éventuelles améliorations ?

--Sahrayana (discuter) 19 septembre 2014 à 17:15 (CEST)

Bonjour, après avoir revérifié l'accessibilité aujourd'hui, je pense que ce problème est résolu, les tableaux ont des scope, les images ont leurs alternatives (beaucoup d'imbrications de tableaux, mais on va chipoter...), en tout cas ce n'est plus un problème rédhibitoire. LoupDragon42 (discuter) 19 septembre 2014 à 18:11 (CEST)

L'imbrication des tableaux est un problème d'accessibilité surtout quand il n'est pas nécessaire et peut être résolu simplement. "Ne pas vouloir chipoter" est faire tout simplement fi de l'accessibilité au profit de la facilité. Donc non, tout n'est pas résolu. 'toff ^[discut.] 19 septembre 2014 à 22:20 (CEST)

(Retour à la ligne) Salut ! Alors en effet il reste du boulot sur les tableaux, je vais vous donner un coup de main. :-)

Certaines alternatives textuelles sont trop verbeuses et donnent peu d'information utiles par rapport au sujet de l'article. Par exemple pour la photo de Yann Lachuer : "Photographie d’un homme, en tee-shirt sombre, tourné de profil orienté vers la droite, sur la touche d’un terrain de football." Ces informations sont inutiles à la compréhension de l'article On pourrait simplement remplacer par "Yann Lachuer" ou "Yann Lachuer sur la touche d’un terrain de football".

Voilà ! Merci pour le travail déjà accompli ;-) Dodoïste ^{[ dring-dring ]} 20 septembre 2014 à 11:03 (CEST)

Il faut se mettre d'accord pour les alternatives. J'avais mis par exemple « Photographie du président Valéry Giscard d’Estaing » pour la photo de Giscard et on m'a dit de mettre qqc comme « Photographie d’un homme au crâne dégarni, en costume sombre, tourné de trois quarts face et souriant à l’objectif » --Geo28000 (discuter) 21 septembre 2014 à 19:23 (CEST)

Je crois qu'il y a un juste milieu : "Photographie de trois quarts de Valéry Giscard d’Estaing en costume sombre" me semble un bon compromis. Mais ce n'est qu'un avis personnel. Dodoïste (d · c · b) pourra sûrement apporter un complément de réponse à cette question. 'toff ^[discut.] 21 septembre 2014 à 19:33 (CEST)

Il faut se demander quelle information utile est fournie par l'image. Personnellement, en regardant la photo de Giscard d’Estaing, je me fiche bien de savoir si le portait est de face ou des trois quarts. La description du visage (notamment le crâne dégarni) serait utile dans l'article dédié à Giscard d'Estaing, mais n'apporterait pas grand-chose à l'article sur le club de foot.

Si on enlève cette image, quelle information va-t-il nous manquer pour comprendre le sujet ? Dans ce cas l'image est surtout là pour aérer le texte et mettre un peu de couleurs (je schématise). Donc l'alternative textuelle ne peut pas contenir d'information utile. Donc on peut faire une alternative textuelle qui est brève.

Je sais que le sujet des alternatives textuelles est complexe. Je n'attend pas que les alternatives soient parfaites. J'ai mentionné qu'elles pouvaient être plus brèves dans certains cas, mais n'en faisons pas un fromage. Cela reste un point de détail, on chipote. ;-) Dodoïste ^{[ dring-dring ]} 21 septembre 2014 à 23:58 (CEST)

D'accord merci, je découvre pour cet article les alternatives --Geo28000 (discuter) 22 septembre 2014 à 22:30 (CEST)

Ça faisait trop longtemps que je n'étais pas allé voir Wikipédia:Atelier accessibilité/Bonnes pratiques, notamment celles sur les images...

localisation de langue

L'utilisation du modèle {{langue}} avec des codes de langues signalant des spécificités (par exemple ja-Latn pour signaler du japonais rendu en alphabet latin) a-t'il un rendu correct sur des machines à lire ? (Nous sommes désolé de vous apprendre que la signature a été suspendue pour faute professionnelle) 29 septembre 2014 à 18:58 (CEST)

Je ne suis pas spécialiste mais ja-Latn-alalc97 semble avoir été crée pour que les machines de lecture puissent lire du japonais retranscrit en Hepburn (je viens de découvrir ça à l'instant). Cependant, je demande l'avis de l'atelier Accessibilité : Doit-on vraiment mettre les textes retranscrit en Hepburn avec le code langue ja-Latn-alalc97 ? Car suivant les navigateurs (Firefox sous Windows par exemple) cela change la police du texte est ça devient plus ou moins illisible (voir Eiichirō Oda‎ par exemple). Sur Chrome (Windows) et Safari (iOS) il n'y a pas ce problème. À savoir aussi que le modèle actuel {{Japonais}} ne contient aucun code de langue pour la translittération en rōmaji. Qu'en pensez-vous ? — Thibaut120094 ^{「にゃんぱすー」} 1 octobre 2014 à 21:57 (CEST)

Bon si on met de côté cette histoire de police, c'est vrai que ce serait mieux de dorénavant utiliser un code de langue pour la transcription en japonais pour aider les utilisateurs de ces machines à pouvoir écouter correctement une transcription en japonais. Que pensez-vous d'intégrer un code de langue sur la transcription sur le Modèle:Japonais comme c'est actuellement le cas sur le Modèle:Chinois ? La discussion se poursuit ici : Discussion_modèle:Japonais#romanisation — Thibaut120094 ^{「にゃんぱすー」} 3 octobre 2014 à 20:26 (CEST)

maintenance Gadget accessibilité

Bonjour, La communauté germanophone semble intéréssé à développer un outil comparable, en voulant leur donner le lien vers le gadget francophone j'ai vu qu'il n'avait pas évolué depuis 2010. Est-ce parce qu'il est parfait? ou faute de suivi? --Chandres (✉) 30 septembre 2014 à 08:32 (CEST)

C'est faute de suivi. C'est principalement l'œuvre de Lgd, et théoriquement j'aurais pu le reprendre mais je ne l'ai pas fait. Alors oui, je culpabilise un chouïa mais merci de ne pas en rajouter Litlok (m'écrire) 30 septembre 2014 à 08:41 (CEST)

Il faut quand même préciser que ce gadget fonctionne fichtrement bien, et est encore utilisé actuellement sans plainte majeure... Donc il n'est en effet pas maintenu, mais il frise aussi la perfection non ? ;-)

Plus sérieusement, Chandres, je pense que les germanophones ont tout intérêt à reprendre ce gadget. C'est une bonne idée de leur donner ce lien, j'espère que tu l'as fait. :-) Dodoïste ^{[ dring-dring ]} 1 octobre 2014 à 22:12 (CEST)

+1 En l'état il fonctionne très bien ce gadget. -- Amicalement, Salix ^[Converser] 1 octobre 2014 à 23:50 (CEST)

Besoin d'aide

Bonjour,

Je suis un utilisateur malvoyant utilisant un lecteur d'écran et celui-ci ne lit pas le captcha, ce qui pose problème pour m'inscrire ou pour l'ajout de références.

Que faire? — Le message qui précède, non signé, a été déposé par l'IP 94.109.60.27 (discuter)

Bonjour et bienvenue. :-)

Le captcha non accessible aux lecteurs d'écrans est un problème connu, mais malheureusement nous ne pouvons pas agir dessus en tant que rédacteurs bénévoles. C'est aux développeurs du site de faire quelque chose, et cela ne figure malheureusement pas dans leurs priorités...

Par contre, on peut créer un compte à ta place. Je me renseigne pour savoir qui est le mieux placé pour le faire. Probablement Wikipédia:Bulletin des bureaucrates. Il faudra nous dire le pseudo que tu veux choisir, et probablement d'autres informations. Je te redis prochainement. Dodoïste ^{[ dring-dring ]} 9 octobre 2014 à 21:31 (CEST)

Alors on peut créer un compte pour vous. Il nous faut le nom d'utilisateur que vous désirez (essayez de penser à un pseudo assez unique), et votre adresse mail. Vous recevrez par mail un mot de passe temporaire (généré aléatoirement), et un lien pour vous connecter. Voilà ! Dodoïste ^{[ dring-dring ]} 9 octobre 2014 à 22:05 (CEST)

Même pour les voyants normaux les captcha deviennent un problème, j'ai récemment crée un nouveau faux-nez, et il m'a fallu m'y reprendre à trois fois pour avoir le captcha correct ! -- Zebulon84 (discuter) 10 octobre 2014 à 00:06 (CEST)

Bon soire et merci!

est-ce que je poste les renseignements ici?

Bonjour !

Oui, cette page est très suivie. Litlok (m'écrire) 11 octobre 2014 à 09:33 (CEST)

Bonjour,

Mon pseudo est Sela14 et mon mail est xxx@hotmail.com

Bonjour,

Je viens de le faire. Est-ce que tout s'est bien passé ? Litlok (m'écrire) 11 octobre 2014 à 15:28 (CEST)

Bonjour, merci beaucoup--Sela14 (discuter) 11 octobre 2014 à 15:47 (CEST)

Mini-sondage Bistro

Ici ce serait utile que les membres de l'atelier accessibilité donnent leur point de vue, notamment quant aux écrans tactiles ou aux malvoyants, au sujet du passage en défaut pour les non connectés, c'est-à-dire l'immense majorité des lecteurs, à ce qui existe depuis un bon moment sur WP en anglais : la fenêtre pop-up qui détaille la référence au passage de la souris ou en cliquant. — Oliv☮ ^{Éppen hozzám?} 21 octobre 2014 à 10:14 (CEST)

Icone des boîtes utilisateurs

Bonjour, sur la page Discussion_modèle:Boîte_Utilisateur, Archibald Tuttle (d · c · b) montre un problème d'accessibilité sur un LINK= dans le modèle des boîtes utilisateurs. Pourriez-vous venir participer à la discussion technique svp ? _Bertrouf 12 novembre 2014 à 11:39 (CET)

Je m'en sors pas avec ce tableau...

Bonjour,

en utilisant le gadget pour m'aider sur le tableau du tournoi des candidats de cet article, je n'arrive à rien. Tout le tableau est passé en gras et je ne comprends pas pourquoi. Quelqu'un peut m'expliquer ? Et rectifier le truc ? Merci.--Soboky ^{[me répondre]} 12 novembre 2014 à 14:33 (CET)

user:Soboky : Salut ! Je ne saurais qu'expliquer à moitié, alors je ne vais pas me risquer. Mais voilà la correction. À + Dodoïste ^{[ dring-dring ]} 12 novembre 2014 à 23:25 (CET)

Pour info

J'ai lancé cette discussion sur le bistro après un message d'un contributeur qui m'a consternée. Cordialement.--Soboky ^{[me répondre]} 13 novembre 2014 à 23:17 (CET)

Application web/service dédiée à l'accessibilité internet

Bonjour

Je suis auto-entrepreuneur membre d'une SCOP labelisée Economie Sociale & Solidaire et j'ai développé un kit accessibilité internet innovant et modulaire avec vocalisation intégrée : http://kai.itchiweb.com.

Deux questions :

1/ Est t-il envisageable de placer cette information (moi même où quelqu'un d'autre) sur le Portail Accessibilité de Wikipédia, à titre d'information, bien que mon application et ma modeste entreprise soient largement moins bien connus que Microsoft et ReadSpeaker ?

2/ Le projet Wikipédia pourrait t-il être intéressé par l'ajout de cette application à son portail, afin d'améliorer son accessibilité? -- mais si oui, qui contacter ? --.

En vous remerciant par avance,

Bien cordialement,

J.P.Dain — Le message qui précède, non signé, a été déposé par Jpdnnet (discuter), le 17 novembre 2014 à 19:06‎ (CET).

Modèle ruby

Bonjour,

J'avoue ne pas très bien comprendre la documentation du modèle {{Ruby}}. Il indique qu'il peut être utlisé avec toutes les langues, or, le modèle utilise le code langue zh (pour le chinois) et avec les exemples donnés avec imbrication de {{lang}} etc, le gadget accessibilité indique toujours que c'est du chinois. Cela peut poser un problème avec les synthétiseurs vocaux. Faudrait à mon avis corriger la documentation, car ça peut porter à confusion.

Puis pour le japonais, il est plutôt recommandé d'utiliser {{Ruby-ja}}.

Notif des contributeurs du modèle et de sa doc :  Vincent Ramos et Herr Satz :

Cordialement. — Thibaut ^{「にゃんぱすー」} 14 décembre 2014 à 14:39 (CET)

Bonjour.

J'interviens parce que tu m'as notifié, mais malheureusement je ne vais pas être d'une grande aide sur cette question. En effet j'avais simplement créé Modèle:Ruby/Documentation en 2009 en y transférant du contenu qui n'était pas à sa place dans Ruby (linguistique), car Vincent Ramos (créateur du modèle) avait utilisé en 2005 cet article encyclopédique comme page d'aide pour le modèle [2]. Du coup je n'en sais pas beaucoup plus. Et hélas Vincent n'est plus très actif sur WP.

À noter qu'outre {{ruby-ja}} que tu cites pour le japonais, il y a aussi {{ruby-zh-p}} pour le chinois pinyin et {{Ruby-zh-b}} pour le chinois bopomofo.

Ces différents modèles {{ruby}}, {{ruby-ja}}, {{ruby-zh-b}} et {{ruby-zh-p}} sont utilisés sur moins de 50 pages chacun, et beaucoup moins d'articles encyclopédiques. De plus je ne vois pas l'intérêt d'utiliser cette notation dans Wikipédia. En effet ça me semble très peu supporté par les navigateurs, donc chez la plupart des visiteurs l'annotation va s'afficher bêtement entre parenthèses après le texte à annoter. Dans ces conditions, il me semblerait plus efficace de supprimer ces 4 modèles, et de remplacer leurs inclusions par <texte à annoter> (<annotation>). — Hr. Satz 14 décembre 2014 à 15:03 (CET)

Bonjour Herr Satz, merci pour ta réponse. En effet, la documentation écrite par Vincent Ramos me semble pas vraiment correcte, car les instructions données ne semblent pas avoir d'effet, car le texte reste quand même en chinois, quelque soit la langue.

Je ne sais pas pour le chinois ou les autres langues, mais les ruby sont très utiles en japonais pour afficher les furigana, donc il arrive qu'on utilise {{Ruby-ja}} sur les articles du portail ABDA ou Japon.

Je pense plutôt qu'il faudrait supprimer le modèle {{Ruby}} et le remplacer par les modèles spécifiques par langue cités plus haut, beaucoup plus simple à mon avis.

Qu'en pense les autres membres de l'atelier ? Cordialement. — Thibaut ^{「にゃんぱすー」} 14 décembre 2014 à 17:05 (CET)