Temesis

Temesis, sauf cas spécifiques, a décidé de prendre un court wikibreak et sera de retour vers le 1er janvier

Temesis est un prestataire Web intervenant dans les domaines de la qualité et de l'accessibilité Web.

Ce compte prend la succession de comptes personnels de consultants de la société, et se limite actuellement à des avis consultatifs dans le cadre des discussions sur les aspects techniques de Wikipédia.

Mieux comprendre Wikipédia

• Principes fondateurs
• Wikipédia en bref : l'indispensable à savoir
• Interface : le mode d'emploi

Devenir rédacteur

• Débuter sur Wikipédia
• Sommaire de l'aide et jargon
• Comment citer des sources ?
• Forum d'aide aux nouveaux

Vos pages

• Votre page d'accueil
• Votre page de profil (comment se présenter ?)
• Créer un brouillon (aide)

Rejoindre la communauté

• Accueil de la communauté
• Annonces et événements communautaires
• Rejoindre un projet éditorial

Bienvenue sur Wikipédia, Temesis !

Bonjour, je vous accueille en tant que wikipédien bénévole.

Wikipédia est une formidable aventure collective, toujours en construction. La version francophone comporte aujourd'hui 2 608 993 articles, rédigés et maintenus par des bénévoles comme vous et moi. Vous allez y effectuer vos premiers pas : si vous avez besoin de conseils ou d'aide pour cela, n'hésitez pas à laisser un message sur le forum des nouveaux. Une réponse vous sera apportée avec plaisir !

Wikipédia repose sur des principes fondateurs respectés par tous :

1. Encyclopédisme et vérifiabilité (s'appuyer sur des sources reconnues) ;
2. Neutralité de point de vue (pas de promotion) ;
3. Licence libre et respect des droits d'auteurs (ni copie, ni plagiat) ;
4. Savoir-vivre (politesse et consensus) ;
5. N'hésitez pas à modifier (l'historique conserve tout).

Vous êtes invité à découvrir tout cela plus en détail en consultant les liens ci-contre →

Un livret d'aide à télécharger, reprenant l’essentiel à savoir, est également à votre disposition.

Je vous souhaite de prendre plaisir à lire ou à contribuer à Wikipédia.

À bientôt !

P.-S. Vos nouveaux messages seront affichés en bas de cette page et signés par leur expéditeur. Pour lui répondre, cliquez sur sa signature (aide).

Je me demande si ce message est vraiment nécessaire Litlok →m'écrire 1 septembre 2009 à 12:28 (CEST)

Il est toujours apprécié . En revanche, nous avons un petit problème de SUL et d'usurpation potentielle de compte à régler, apparemment (je suppose qu'un nombre significatif de contributions ici/sur d'autres wikis est nécessaire avant de procéder à une demande sur WP:USURP ?) --Temesis2 (d) 1 septembre 2009 à 12:30 (CEST)

Cela ne devrait pas causer trop de difficultés, le compte en question datant de 3 ans et n'ayant aucune contrib à son actif (même pas une contrib supprimée). Il existe aussi sur es: et meta. Litlok →m'écrire 1 septembre 2009 à 12:34 (CEST)

le compte meta a été créé par nos soins aujourd'hui. --Temesis2 (d) 1 septembre 2009 à 12:39 (CEST)

\o/ Oyé oyé, bienvenue parmi nous ! Il faut toujours souhaiter la bienvenue aux gentilles personnes qui viennent donner un coup de main. ;-) Dodoïste ^{[ dring-dring ]} 1 septembre 2009 à 12:51 (CEST)

Bonjour, j'ai ouï dire que tu avais besoin d'usurper localement le compte Temesis et de faire renommer celui-là. Peux-tu me confirmer ici cette demande? Clem (✉) 11 septembre 2009 à 10:57 (CEST)

Bonjour,
C'est en effet l'intention. Nous avions prévu d'attendre d'avoir un peu plus de contributions significatives, pour être certains de la demande soit bien en règle.

Mais si l'usurpation (locale ou globale) du compte Utilisateur:Temesis (d · c · b) (sans aucune contributions sur wp:fr et wp:es) par le compte Utilisateur:Temesis2 (d · c · b) peut se faire dès maintenant, ce sera évidemment aussi bien et plus simple. Merci à toi.--Temesis2 (d) 11 septembre 2009 à 11:21 (CEST)

 Fait. Te voilà renommé en Temesis. Il faut faire la même chose sur es puis réunifier tes comptes. Cordialement. Clem (✉) 11 septembre 2009 à 13:45 (CEST)

WP:NHP

Bonjour,

Si tu vois un problème n'hésite pas pour corriger. --pixeltoo (discuter) 9 septembre 2009 à 11:53 (CEST)

Bienvenue

Bonjour, et bienvenue

Content de voir un spécialiste de l’accessibilité sur la Wikipédia mais les autres projets Wikimédia aurait besoin de tes lumières aussi (Wikisource notamment ). Cdlt, Vigneron * ^discut. 18 septembre 2009 à 21:32 (CEST)

Aide

Salut, je pense que quelqu'un aurait besoin de ton aide par ici Cdlt, Kyro^{Tok Wiz Mi} le 21 septembre 2009 à 17:24 (CEST)

Bistro du 2 octobre et accessibilité

Bonjour,

Suite à la discussion sur le Bistro, quelques précisions :

Attention, UAAG est hors sujet ici et seule WCAG est une référence pertinente pour conseiller les contributeurs.

WCAG n'interdit pas les textes clignotants : en simplifiant, seuls seraient non conformes ici les clignotements 1) non indispensables, 2) ne reposant pas sur des gifs animés, 3) durant plus de 5 secondes, 4) dénués de contrôles permettant de les stopper/relancer, et 5) uniquement dans la mesure où les préférences utilisateurs n'offriraient pas un moyen de les désactiver par défaut.

Par ailleurs, MediaWiki n'évalue pas les contenus CSS en ligne à l'exception (principale) de la propriété background-image (parce qu'elle permettrait d'insérer des images non libres) : à cette réserve près, la valeur de style est retranscrit directement dans la page finale.

L'atelier Paris Web du 10 octobre sera une bonne occasion de préciser tout cela, pour aider les contributeurs qui s'y investissent

--Temesis (d) 2 octobre 2009 à 12:18 (CEST)

Hello. Ah, UAAG est une référence pour les développeurs (de navigateurs par exemple). Ok.

Merci des explications. Oui, je me réjouis de Paris-Web, nous pourrons enfin approfondir ce genre de questions. Je serai là les trois jours. :-)

Ah, et je vous préviens : si vous n'avez pas rendu le script des boîtes déroulantes avant le 10, je vous colle devant le premier ordinateur que je trouve et vous met au boulot ! Plus sérieusement, vous disiez qu'il « reste un problème de compatibilité IE5.x à régler ». Cela veut dire que vous avez réussi à rendre le script fonctionnel au clavier ? Amicalement, Dodoïste ^{[ dring-dring ]} 2 octobre 2009 à 13:04 (CEST)

Boîtes déroulantes

J'ai eu beau tenter de replacer les éléments span par des éléments a, l'accompagner d'un attribut href="#" et ajouter return:false;, comme dans ce diff, ça ne marchait pas. Y'a un truc que je n'ai pas compris. :p Amicalement, ^{[ dring-dring ]} 2 octobre 2009 à 13:04 (CEST)

Hello. Pour tout vous dire, j'aimerais bien finir les boîtes déroulantes avant de travailler d'arrache-pied sur l'accueil. Finir une chose avant d'en commencer une autre, en somme. Les boîtes déroulantes sont une bonne occasion de sensibiliser la communauté à l'ergonomie. Nous montrons le déroulement (expliqué dans le sondage) et les conséquences (qui seront observables par la communauté) d'une telle amélioration. C'est une manière de préparer le terrain pour l'amélioration de la page d'accueil.

Je ne sais pas où vous en êtes dans la correction du script. Je conçois que cela puisse prendre du temps ; j'aimerais avoir une idée de l'avancement. :-) Bien à vous, Dodoïste ^{[ dring-dring ]} 13 octobre 2009 à 13:53 (CEST)

Lors de notre rencontre à Paris, je vous ai dit qu'il faut me dire les choses, me tenir au courant. Cela va faire trois semaines que le sondage est terminé, et accepté à 100%. Moi, tout ce que j'ai besoin, c'est une échéance. Genre « ce week-end ce sera fait ». Je ne suis plus à une semaine près, mais j'ai besoin de pouvoir m'organiser. Cette attente aveugle est insupportable, à terme.

En ce moment, vous vous positionnez en tant qu'opposant à cette amélioration d'ergonomie. On est très loin de « l'accessibilité qui ne dérange pas le contributeur ». Je doute que vous me laissiez mettre en ligne un script inaccessible au clavier. Vous avez l'air de dire que c'est facile à faire (du moins pour vous), et en même temps vous ne le faites pas et ne me dites rien. Je suis bloqué, là. Grrrrr ! /me pas content. :( Dodoïste ^{[ dring-dring ]} 14 octobre 2009 à 13:20 (CEST)

Si je n'ai pas d'échéance claire avant demain, je considérerai que vous avez une version plus accessible du script, que vous communiquerez au cours de la seconde phase d'amélioration des boîtes déroulantes. L'amélioration de l'accessibilité était prévue en deuxième partie du travail sur les boîboîtes, de toute façon. Cela ne me pose donc aucun problème, et c'était prévu dans le sondage.

Et j'ai fait le choix de traiter l'accessibilité en seconde partie justement parce que je savais bien que vous n'étiez pas pressé de m'aider : vous avez été assez clair à ce sujet. Quelques-unes de vos précédentes interventions m'ont fait penser que vous consentiriez à donner un léger coup de main, nous verrons demain si j'ai eu tort ou raison. Dodoïste ^{[ dring-dring ]} 14 octobre 2009 à 18:06 (CEST)

C'est triste les consensus tout seul. Mais ainsi soit-il, dans quelques heures ce sera fait.

Dès que vous aurez fini le script amélioré, faites signe, on le mettra en ligne dans les 24h. :-) Dodoïste ^{[ dring-dring ]} 15 octobre 2009 à 10:35 (CEST)

Que de complications et de suppositions inutiles pour... un simple problème de disponibilité. Dès que possible, mais définitivement pas immédiatement, désolé. Le monde ne tourne pas autour de WP --Temesis (d) 15 octobre 2009 à 15:27 (CEST)

Je sais, j'ai eu un mail de Litlok. :-) Il n'y a pas de rancune. Mais franchement, si vous pouviez me donner une date, ce serait pas du luxe.

À priori, et pour une raison obscure, une fois le script ajouté dans Common.js, il ne marche pas. Peut-être faut-il attendre, pour des raisons de cache ? Ou une incompatibilité quelque part, un problème dans l'appel d'une fonction ?

Quoiqu'il en soit, retour à la situation initiale. Tout ce que j'espère est de pouvoir obtenir un minimum d'organisation et de planification pour la suite. Dodoïste ^{[ dring-dring ]} 15 octobre 2009 à 15:37 (CEST)

Après avoir refait de multiples essais, et tenté de placer le "return false;" à de multiples endroits (le mettre à la fin de la fonction fait planter toute la fonction), le meilleur résultat que j'ai pu obtenir est celui-ci. J'ai réussi à rendre le script accessible au clavier à plusieurs reprises, mais au coût de divers bug dans l'affichage. Par exemple, un bouton en doublon s'affiche, ou l'apparence d'un second bouton, non fonctionnel, s'ajoute. Ou encore, le bouton prends l'apparence d'un lien, mais n'a plus l'apparence du bouton d'origine. Pire, il est arrivé que le bouton renvoie vers le haut de la page.

La version vers laquelle j'ai liée fonctionne très bien au clavier. Mais le bouton s'affiche et ne se clique qu'après avoir été utilisé une fois au clavier... Dodoïste ^{[ dring-dring ]} 15 octobre 2009 à 17:31 (CEST)

Très vite vu, l'échec a eu deux cause :

• la principale : l'ajout du script dans Common.js, tel qu'il a été fait pour les palettes de navigation, a supprimé les variables collapseCaption et expandCaption qui sont nécessaires à la fonction agissant sur les boîtes déroulantes, neutralisant ainsi celle-ci.
• accessoirement : il ne faut pas ajouter à Common.js la fonction temporaire destinée uniquement aux monobook.js utilisateurs qui désactive le script actuel (« // remove original createCollapseButtons functions from onload hook for demo etc. »).

Côté délai : je ne peux pas m'engager avant le 24-25 octobre (en traitant les deux types de boîtes dans la mesure du possible)

--Temesis (d) 16 octobre 2009 à 07:38 (CEST)

Ok, merci des explications.

Pour le délai, 24-25 octobre c'est parfait, merci bien. :-) Dodoïste ^{[ dring-dring ]} 16 octobre 2009 à 12:13 (CEST)

Bonjour. :-) Je suis en train d'avaler des tutoriels JavaScript depuis quelques jours. Ceci dit je ne comprends toujours pas ce qui a causé les bugs mentionnées ci-dessus lorsque j'ai tenté de corriger le script et de le rendre accessible au clavier. Quelques explications, ou meilleures indications de ce qu'il faut faire, me sont nécessaires. Amicalement, Dodoïste ^{[ dring-dring ]} 25 octobre 2009 à 17:05 (CET)

Moi qui regrettais de n'avoir pas trouvé de meilleurs manière que la détestable méthode ci-dessus. J'ai tenté de vous secouer un peu, mais ça n'a pas marché. On dirait qu'il ne me reste plus qu'à laisser tomber cette idée de boîte déroulante. Peut-être que dans plusieurs mois je maîtriserai suffisemment JavaScript pour faire cela moi-même. À + Dodoïste ^{[ dring-dring ]} 25 octobre 2009 à 21:27 (CET)

Atelier accessibilité/Qu'est-ce que c'est ?

Temesis, le 14 octobre 2009, tu as effacé ma modif' sur cette page sans donner de raison. Qu'est-ce à dire ? Le code {{clr}} permet au texte de ne pas s'afficher sur les images avec le navigateur Firefox. Cet ajout n'a pas d'incidence avec au minimum Internet Explorer. Est-ce que par hasard cela perturberait l'affichage sous téléphone mobile ou autre ? Sans réponse de ta part après une semaine de délai, je remets ma version.

Warp3 (d) 17 octobre 2009 à 07:56 (CEST)

Bonjour,
Si pour vous « Le code {{clr}} permet au texte de ne pas s'afficher sur les images avec le navigateur Firefox », le problème se situe du côté de votre navigateur, de vos styles utilisateurs éventuels, mais pas dans le code de la page. Créer une mise en page dégradée (vide de la hauteur des images avant le texte) n'est pas la solution.

Pouvez-vous réaliser une capture d'écran du rendu dans votre navigateur et expliquer votre souci dans Discussion Wikipédia:Atelier accessibilité, en précisant l'éventuelle « apparence » choisie dans vos paramètres personnels ? --Temesis (d) 17 octobre 2009 à 08:21 (CEST)

Il est très possible que c'est une version de Firefox ou ma configuration qui fiche le bordel. J'ai fait qq copies d'écrans pour te faire une opinion ; tout est là. Ajoute des commentaires si tu en vois l'utilité. Merci. --Warp3 (d) 19 octobre 2009 à 05:26 (CEST)

Je m'immisce : pourquoi ne mets-tu pas à jour ton navigateur ? C'est sûr qu'avec une version aussi ancienne les bugs que tu dois rencontrer sont légion (IE6 fut un bon navigateur... en 2001 ; il existe maintenant firefox 3.5, qui est sacrément mieux). À + Dodoïste ^{[ dring-dring ]} 19 octobre 2009 à 10:28 (CEST)

Merci

Pour ça je n'y avais pas même songé . Bon d'accord c'est pas du HTML mais on l'aura trouvé notre balise qui est à la fois auto-fermante et double мɨƇ†ɦΣ√ ^{( d • c • @ )} 19 octobre 2009 à 13:53 (CEST)

De rien.

Mais à propos de cette syntaxe, voir également cet avis. --Temesis (d) 19 octobre 2009 à 14:01 (CEST)

En effet je n'avais pas vus ça sous ce point de vue. à méditer мɨƇ†ɦΣ√ ^{( d • c • @ )} 19 octobre 2009 à 14:08 (CEST)

Accessibilité de Vector

Hello. J'ai laissé un message sur Utilisabilité est dans un bateau, mais où est Accessibilité ?. Amicalement, Dodoïste ^{[ dring-dring ]} 19 octobre 2009 à 19:56 (CEST)

Oui, vu. Le signalement du problème du menu des outils est un début. Mais en réalité le problème de fond est à traiter très en amont (exemple extrême d'exposition aux risques).

Plus sérieusement : l'utilisability Initiative est un cas de figure d'échec utile : pour apprendre d'une erreur, il faut d'abord la commettre. --Temesis (d) 19 octobre 2009 à 20:12 (CEST)

La fonctionnalité au clavier n'est pas terrible. Je vais essayer la lecture, avec NVDA que je vais installer.

Ah, et après un peu d'observation, j'ai mieux compris le problème posé par le tableaux qui est généré. Je leur ferai un retour plus détaillé si j'ai le temps. :-) Dodoïste ^{[ dring-dring ]} 19 octobre 2009 à 21:27 (CEST)

Messages systèmes et validité du code

Bonjour,

Très rapidement, désolé mais le temps me manque :

Les messages systèmes s'insèrent une structure XHTML déterminée par le template (monobook). Mais ils ne sont pas évalués par mediawiki : y ajouter du balisage (de niveau block) nécessite toujours de regarder où ils seront insérés. Dans le cas de MediaWiki:Summary, le message balisé par un élément DIV (plus un HR) est inséré dans un élément LABEL. La source HTML produite par le CMS est donc invalide. Chaque navigateur tentera de corriger le code comme il pourra, le résultat étant ici que LABEL devient vide, car il est fermé par le moteur de rendu avant l'ouverture de DIV.

Il ne faut pas utiliser Firebug pour vérifier ce type de problème, car il vous montre la source générée par le navigateur, qui tente de rétablir un arbre du document correct. Il faut vérifier la validité de la page (validateur HTML du W3C, au plus simple) ou mieux directement la source dans un éditeur approprié :

<label for="wpSummary">
  <div id="MediaWiki-summary">
    <hr />
    Afin que les participants à cette page puissent rapidement comprendre vos modifications, merci de les <a href="/wiki/Aide:Toujours_commenter_vos_modifications_dans_la_boîte_de_résumé" title="Aide:Toujours commenter vos modifications dans la boîte de résumé">résumer</a> ci-dessous :
  </div>
</label>

Sur le fond, les administrateurs au sens Wikipédia ne devraient pas avoir un accès aussi libre à la modification des messages systèmes, du moins pas sans contrôle rigoureux de leurs initiatives ou des propositions émanant des contributeurs.

Cordialement, --Temesis (d) 30 octobre 2009 à 10:45 (CET)

J'ignorais ce comportement. Merci de vos lumières.

En passant, ça explique certains trucs "bizarres" que j'avais remarqué avec Firebug et un script de ma conception.

Ca signifie aussi que ce que me montre Firebug (ou la console d'IE 8) est faux, et donc que certaines infos de la page Projet:JavaScript/Développeurs (que j'ai crée d'après Firebug) sont erronées.

Le projet JavaScript étant en cours de réorganisation, votre expérience y serait sans doute très utile. ⇨ Dr Brains ^{∞ Doléances ∞} 30 octobre 2009 à 16:30 (CET)

Concernant Projet:JavaScript, la prochaine étape dans l'optique que vous semblez avoir adoptée serait de trier entre les quelques rares scripts/gadgets d'intérêt général et la grande masse de bricolages de circonstances ou anecdotiques dont la maintenance ou l'utilité sont illusoires. Moins un projet produit de javascripts locaux, mieux il se concentre sur le contenu. Le projet n'a besoin de supporter que très peu de scripts locaux et d'une façon général, en limiter la création. Après, les gens qui aiment jouer avec javascript bricolent ce qu'ils veulent dans leurs monobook.js, mais ce n'est pas du ressort du projet javascript et encore moins de Wikipédia. Cela s'apparente plus au boîtes utilisateurs, en un sens. --Temesis (d) 31 octobre 2009 à 14:16 (CET)

La gestion des scripts utilisateurs est en cours de discussion. Se pose effectivement le problème de la maintenance, de la documentation souvent inexistante, mais aussi celui de la sécurité.

Par contre, l'utilité de tel ou tel script/gadget est une notion subjective qui est du ressort de l'utilisateur final (pour ma part, je trouve certains gadgets parfaitement inutiles ou d'un intérêt très limité). L'idée de base est de proposer un maximum de fonctionnalités, et le mieux est de toutes les regrouper au sein du projet (dont c'est LA finalité, comme indiqué en sous-titre).

Une séparation nette est adoptée entre les scripts utilisateurs (sans garantie de fonctionnement) et les gadgets (supposés stables), après, l'utilisateur fait ce qu'il veut.

⇨ Dr Brains ^{∞ Doléances ∞} 31 octobre 2009 à 14:35 (CET)

Suisse

Salut,

Tu (vous ...) - ce n'est pas évident avec les comptes multicéphales - pourrais me donner un petit regard critique ?

Sur le Projet:Suisse, on a plusieurs portails. Notre idée est de leur donner une même cohérence graphique mais en changeant les couleurs et les titres de rubriques. Ca donne ça :

• Portail:Suisse
• Portail:Genève
• Portail:Vaud
• Portail:Valais (de légères différences de style)
• Portail:Train en Suisse (différences plus prononcées)
• Portail:Neuchâtel (n'a pas cette cohérence de style, à voir plus tard ...)

Trois ébauches de portail, on travaille en ce moment pour les développer, mais en respectant fortement une cohérence de style :

• Portail:Tessin
• Portail:Zurich
• Portail:Géographie de la Suisse

Je comprendrais tout à fait que tu ne puisses par forcément jeter un oeil à tout ça. Mais dans le cas contraire, merci d'avance pour tes critiques. Ludo ^{Bureau des réclamations} 4 novembre 2009 à 11:31 (CET)

Nouveau script pour les boîtes déroulantes

Hello. en:User:Ruud_Koot a fait un autre script pour les boîtes déroulantes, qui est accessible au clavier, et comporte une alternative textuelle sur l'image. Le script est sur le wiki de Ruud_Koot, et voici un exemple utilisant ce script. J'espère qu'il plus maniable que celui de Cacycle.

Avant de prendre contact avec Ruud Koot, et lui demander d'adapter ce script, j'aimerais savoir si on part sur un bonne base. Est-ce que ce script est une bonne base de travail ? Est-ce que Ruud Koot fait un script de qualité ? Si oui, je lui demanderai d'associer un texte "afficher/masquer" à l'image, et si possible de rapprocher le lien d'ouverture de l'intitulé de la boîte, comme nous l'avions prévu. Amicalement, Dodoïste ^{[ dring-dring ]} 9 novembre 2009 à 16:25 (CET)

Réponse demain, le temps de tester. --Temesis (d) 13 novembre 2009 à 07:55 (CET)

Merci bien ! ^_^ Dodoïste ^{[ dring-dring ]} 13 novembre 2009 à 13:28 (CET)

• accessibilité si javascript n'est pas supporté: ok.
• Compatibilité clavier : ok.
• ALT de l'icône : ok. Par contre, utiliser le TITLE sur le lien A plutôt que que l'image. Et toujours utiliser le même texte dans ALT et dans TITLE (on ignore lequel sera restitué par une aide technique).
• Une bonne pratique de développement javascript: ne pas appliquer directement les propriétés CSS dans un attribut style généré par le script (color du bouton) mais lui faire générer un attribut class renvoyant à des propriétés définies dans les feuilles de style (common, monobook, vector etc.). Les propriétés définies dans une feuille de style externe sont beaucoup plus aisées à adapter à des besoins utilisateurs spécifiques, à des skins différents etc. Les cas où un script a vraiment besoin de générer un attribut style sont rares et bien spécifiques (positionnement ou dimensionnement à la volée par exemple, c'est à dire les cas où les valeurs numériques d'une propriété sont calculées par le script et ne peuvent pas avoir été prévues dans une feuille de style). --Temesis (d) 14 novembre 2009 à 08:19 (CET)

Merci pour tes conseils

Merci pour tes conseil, je pensais que ma réponse sur ma page de discussion t'avais échappé. C'est pour ça que j'ai tout archivé. D'ailleurs dans la foulée j'ai mis à jour les tutoriels du projet infobox. En ajoutant comme tu me l'as recommandé les scope=row. amicalement--Wikialine (d) 16 novembre 2009 à 20:19 (CET)

Modèle vs galerie

Merci Temesis d'avoir pris le temps d'une longue explication claire et circonstanciée. J'apprécie particulièrement--LPLT ^[discu] 18 novembre 2009 à 20:52 (CET)

Que pensez-vous de l'évolution de bugzilla:18682 et bugzilla:19906 ? Je leur parlais de rendre les galeries accessibles, et ils me répondent "super, stockons les alternatives textuelles dans les fichiers des images ! Et les images très utilisées auront automatiquement une alternative textuelle." Euh, déjà c'est hors-sujet. Ensuite, Je suis vraiment pas convaincu, car ces images très utilisées sont généralement des icônes. Et ces icônes sont souvent décoratives, pas besoin d'alternative textuelle. Et cela complexifie le suivi et l'évaluation de l'accessibilité : comment sait-on qu'une alternative par défaut a été fournie, et où ?

Bref, j'ai des très gros doutes pour ma part. Apparemment, les avis vont dans ce sens en ce moment... Si on veut rectifier le tir, ce serait bien de s'y prendre assez vite. Donc j'aimerais avoir votre expertise à ce sujet. Merci ! :-) Dodoïste ^{[ dring-dring ]} 19 novembre 2009 à 15:45 (CET)

• les alternatives génériques sont une bonne idée, voire une très bonne, dès lors que le contributeur peut les modifier au cas par cas dans un article : aucune donnée générée automatiquement ne doit être incluse dans un contenu sans pouvoir être modifiée si besoin, c'est un fondement de ATAG, et c'est une bonne pratique de portée plus large que l'accessibilité.
• L'essentiel est "comment inscrire la rédaction d'alternatives, mêmes imparfaites, dans les contributions courantes ?". La rédaction d'alternatives génériques serait une voie envisageable pour les thumbs, mais la pratique éditoriale de la légende montre que ce n'est pas la meilleure voie à suivre. Pour des images sans thumb, elle n'a en revanche aucun sens, l'information d'une image étant totalement dépendante de son contexte.
• il est souvent très difficile de faire mesurer par des développeurs les limites étroites de leur réflexe immédiat d'automatisation en matière d'accessibilité et plus généralement de pertinence de contenus générés. C'est d'autant plus regrettable que les développeurs passent souvent à côté de mécanismes qui peuvent associer automatismes limités et travail éditorial courant, plus pertinents. Bref, c'est un problème de "culture métier", un vieux blocage classique dans le Web.

L'approche actuelle du développement de mediawiki est encore au stade de l'ingénieurie presque pure, et va mettre du temps à envisager la gestion de la qualité des contenus. Il est peut-être un peu tôt pour avancer sur l'accessibilité des contenus, en fait : le besoin est inexistant du côté du développement, et le silence est assourdissant du côté des utilisateurs. La phrase précédente comporte de vrais morceaux de lassitude.

--Temesis (d) 19 novembre 2009 à 18:30 (CET)

Merci de ces explications. En gros, vous me suggérez de laisser faire, au moins pour le moment ? Bien à vous, Dodoïste ^{[ dring-dring ]} 19 novembre 2009 à 20:19 (CET)

De titiller aux abords. C'est presque pareil, mais c'est la version mouche du coche. --Temesis (d) 19 novembre 2009 à 20:44 (CET)

Je saisis l'idée, mais je ne vois pas concrètement ce que cela implique. Dans ce cas précis, je suis censé leur glisser une remarque, ou une petite explication ? Ou une question ? Bien à vous, Dodoïste ^{[ dring-dring ]} 19 novembre 2009 à 20:51 (CET)

Je ne sais pas. Vraiment pas. Tout est sans doute bon à prendre, du moment qu'on a le temps de le faire. --Temesis (d) 20 novembre 2009 à 10:44 (CET)

Transferts des accueils

Salut,

L'idée fait son chemin de mettre le contenu de Accueil dans l'espace de nom Wikipédia. Il s'agirait d'une manipulation sur la page la plus vue de Wikipédia, il faudrait donc faire vite et bien. Je liste toutes les choses à faire, dis moi si tu vois un gros oubli :

• corriger le renvois de http://fr.wikipedia.org vers la bonne page interme
• correction des liens internes
• correction des interwikis entrant (les autres projets de langues et thématiques)
• ???

Merci d'avance pour tes réponses. Ludo ^{Bureau des réclamations} 23 novembre 2009 à 16:25 (CET)

A priori, ce sont en effet les points clés. J'y ajouterais la création d'un article sur le terme Accueil, tout de même. Cela dit, poser la question à .de serait sans doute prudent (puisqu'ils ont fait cette modification, il me semble) --Temesis (d) 25 novembre 2009 à 07:39 (CET)

HTML

Salut,
Le HTML est un langage de balisage donc de programmation. Son contenu est executé par une machine donc il rentre dans la gamme des langage de programmation informatique. Je sais pas si tu seras du même avis mais je t'expose le mien. Voila !
-Nmd (d) 12 décembre 2009 à 00:09 (CET)

C'est une erreur courante (ou plutôt un ensemble d'erreurs). Mais je vois que Utilisateur:Litlok vous a déjà répondu de manière détaillée à ce sujet sur votre page de discussion. --Temesis (d) 12 décembre 2009 à 18:50 (CET)

Lien accessiweb

Bonsoir!

Il s'agit justement de liens vers BrailleNet, et pas AccessiWeb...J'attends en fait le printemps pour voir si à ce moment-là, un lien vers braillenet.org sera admissible ou pas. Quant au RGAA, effectivement, maintenant qu'il a acquis un côté officiel, on peut le mettre... au même titre que la section 508 ou Euracert. Litlok →m'écrire 15 décembre 2009 à 23:49 (CET)

{{Autres projets}}

Bonjour,

Pour rebondir sur votre remarque à propos de {{Autres projets}} (sur le Bistro du jour) : avez-vous envisagé une fonction générique getId (id) renvoyant l'identifiant correct en fonction de var skin et d'un tableau correspondant à Equivalences Id ?

Mais sinon, on peut aussi s'interroger sur la pertinence de la partie "Copie dans le menu de droite" et des contraintes qu'elle fait peser sur le modèle : le projet initial reposait sur l'idée (erronée à l'usage) d'un correspondance terme à terme entre les différents projets (un lien unique vers chaque projet à partir d'un article de WP). C'est l'une des raisons pour lesquelles ce script est resté partiellement traité côté skins : ayant effectué à l'époque la mise en place du script, j'avoue ne pas être allé plus loin après ce constat.

Cordialement, --Temesis (d) 21 janvier 2010 à 09:15 (CET)

getId(id) pourquoi pas, mais la diversité des template de skin (notamment les trois que j'ai cités : cologneblue, nostalgia et standard), fait que ça ne sera applicable qu'à quelques éléments vraiment communs. Ou alors il faut définitivement écarter ces trois skins-là de la plupart des scripts.

D'ailleurs je suis étonné de voir que MediaWiki:Common.js est plein de fonctions pas forcément supportées par tous les skins alors qu'il y a des pages exprès dédiées à chaque skin. Avoir tout sur la même page facilite sans doute la maintenance mais pour l'intégration aux différents skin, ce n'est pas ce qu'il y a de mieux.

Pour la correspondance (si j'ai bien compris, il s'agirait donc de permettre plusieurs liens pour chaque projet), je vois deux possibilités : soit permettre dans le modèle de mettre plusieurs liens par projet, soit permettre plusieurs modèles {{autres projets}} (un par terme) sur la même page (qui pour la présentation se fondraient en un seul, un peu dans le genre des bandeaux de portail). Dans les deux cas ça implique une modification du script (a priori pas très compliquée) et bien sûr du modèle, le premier devant s'adapter à la configuration du second.

C'est une piste à creuser, je vais essayer d'y réfléchir si je trouve le temps. ⇨ Dr Brains ^{∞ Doléances ∞} 21 janvier 2010 à 09:39 (CET)

Utilisateur:Dr Brains/Chantier 2.Je n'ai pas encore réfléchi au JS mais chaque <li> ayant une classe propre relative au projet ciblé, il est possible de regrouper les liens par projets plutôt que par thèmes. Qu'en penses-tu ?

⇨ Dr Brains ^{∞ Doléances ∞} 21 janvier 2010 à 10:41 (CET)

En cas de liens multiples vers un même projet, quel libellé pour les liens générés dans la colonne de gauche ? --Temesis (d) 22 janvier 2010 à 09:17 (CET)

Etude de Wikipédia

Bonjour

Merci pour ton aide. J'aimerai beaucoup voir "Wikipédia Accessible ? Atelier Paris Web 2009", peut tu convertir le fichier prochainement ? (je me permet de te demander cela car d'autres ont surement les mêmes difficultés avec ce format...) Bonne journée --Manu1400 (d) 24 janvier 2010 à 16:16 (CET)

pas de réponse... --Manu1400 (d) 1 février 2010 à 20:02 (CET)

Bonjour,

Je m'immisce . J'ai rapidement exporté le fichier en PDF, mais la mise en page est dégradée par endroits. Je t'envoie un lien de téléchargement par courrier électronique. Litlok (m'écrire) 18 février 2010 à 11:33 (CET)

Occitan et Sous-titre

Bravo et merci, cela traînait depuis longtemps.

Il y aussi Élan dans la même catégorie des usages en marge.

Ce qui est intéressant, c'est que les cas de mauvais usage du modèle {{Sous-titre}} sont en fait très rares (2 à ce jour, sauf erreur, sur plus de 6 mois).

Cordialement, --Temesis (d) 24 janvier 2010 à 14:09 (CET)

En effet, cela traînait depuis un moment. Je m'en suis aperçu suite à une discussion sur le projet littérature. Apparemment, un contributeur avait pour habitude de rajouter à ses créations un {{Sous-titre}}. Je suis donc intervenu pour corriger le tir, ce qui a mené à la création de {{Sous-titre/Littérature}}, une bonne chose en soi. Je regrette juste pour le moment que le modèle n'ait été accepté sur le projet cinéma. J'en ai profité pour corriger l'article Élan. Je pourrais demander à un robot de vérifier toutes les pages liées du modèle, et supprimer les mauvais usage, si vous le souhaitez ?

En ce qui concerne le patch que nous avons ajouté au Mediawiki:Common.css, concernant la class wikitable centre à la place du align="center", j'ai fait une requête aux robots, mais elle ne rencontre pas grand succès pour le moment. Je la relancerai le mois prochain. Je vous tiens au courant sur WP:DIMS quand elle aura été effectuée. Cordialement — Steƒ ^๏̯͡๏ 24 janvier 2010 à 19:57 (CET)