Wikipédia:Questions techniques/semaine 39 2017

Une page de Wikipédia, l'encyclopédie libre.

Recherche sur le bistro[modifier le code]

Article(s) ou modèle(s) concerné(s) : Wikipédia:Le Bistro

Questions : Bonjour, aujourd'hui j'ai voulu faire une recherche sur le bistro et je me suis rendu compte que le bouton "Rechercher dans les archives du bistro" amène sur une page de recherche mais ne recherche pas dans les archives du bistro mais sur toute l'encyclopédie. Le bouton est-il cassé ? Je ne me souviens pas s'il y avait un champ de saisie de texte au dessus de ce bouton (comme sur l'Oracle par exemple). Mais si c'était le cas, le problème vient peut-être de là.

Merci d'avance pour votre aide.


Message déposé par Shawn (discuter) le 26 septembre 2017 à 20:27 (CEST)[répondre]

Réponse apportée ci-dessous.
Ok j'ai trouvé, il s'agit d'une modification sur l'entête du bistro. Je vais voir directement avec l'auteur. https://fr.wikipedia.org/w/index.php?title=Wikip%C3%A9dia:Le_Bistro/En-t%C3%AAte&diff=prev&oldid=140457512 Shawn (discuter) 26 septembre 2017 à 20:53 (CEST)[répondre]

Texte affiché au passage de la souris[modifier le code]

Article(s) ou modèle(s) concerné(s) : Tous

Questions :

Bonsoir, j’ai actuellement une discussion très intéressante avec Notification Daniel*D au sujet du texte qui est affiché au passage de la souris.

Exemple 1 : [[2e régiment d'infanterie|2{{e}}]] donne 2e

Exemple 2 : [[2e régiment d'infanterie|{{2e}}]] donne 2e

J’ai recensé les cas de figure suivants :

  1. mode non connecté :
    1. Exemple 1 : Affichage de l'« aperçu de la page »
    2. Exemple 2 : Affichage de l'aperçu de la page et de l'infobulle
    3. Problème : l’aperçu est un texte « brut » sans respecter les contraintes typographiques et d’accessibilité
  2. mode connecté sans pop-ups, ainsi que la Version mobile :
    1. Exemples 1 et 2 : Tel que décrit dans WP:TYPO#ADJECTIFS NUMÉRAUX ORDINAUX ;
    2. Question : ne devrions-nous pas mettre en place l’aperçu de page ? Cela permettrait d'harmoniser l’affichage avec le mode non connecté
  3. mode connecté avec pop-ups :
    1. Exemple 1 : Affichage d'un aperçu différent de l'« aperçu de la page »
    2. Exemple 2 : Affichage de l'aperçu et de l'infobulle
    3. Problème : les modèles de mise en forme ne sont pas affichés dans ces aperçus : dans ces exemples on a « Le d'infanterie » !

Pouvons-nous harmoniser et corriger ces problèmes ?

Message déposé par FDo64 (discuter) le 26 septembre 2017 à 22:24 (CEST)[répondre]

Un autre avis est demandé (comment y répondre).
Notification FDo64 :
  1. Je ne suis pas sûr que l'accessibilité aux lecteurs d'écran soit nécessaire pour un popup qui surgit avec du JavaScript. Pour les exposants, je suppose qu'il faut faire une demande sur Phabricator, avec le tag Page-Previews, nom actuel de cette fonctionnalité.
  2. L'aperçu que tu vois lorsque tu n'est pas connecté correspond à préférences / apparences / Préférences de lecture / Aperçus de page / activer. Si le gadget popup est actif il remplace cet aperçu et l'option est grisée. Donc pour la question 2-2 c'est une option disponible pour tous les utilisateurs.
  3. Enfin pour le gadget popup, la demande est plutôt à faire sur le projet:JavaScript.
Zebulon84 (discuter) 27 septembre 2017 à 01:13 (CEST)[répondre]
Notification FDo64 et Zebulon84 :
Je rappelle ici mon avis qui est qu'il ne faut rien changer au § sur les conventions typo, mais que le rendu typographique aussi bien de l'« aperçu » que du gadget Popups pourrait possiblement être amélioré.
Pour la question 2-2, m'est avis (après essai) que se passer du gadget Popups pour l'« aperçu » n'est pas un progrès, le gadget faisant tellement de choses très utiles en plus. Mais ce n'est que mon avis et comme l'indique Zebulon84, comme le choix est possible, tout est pour le mieux.
Cdlt, Daniel*D, 27 septembre 2017 à 14:36 (CEST)[répondre]
Notification Daniel*D : Bonsoir ! Je connais ton avis, et même si je ne le partage pas, je le respecte. C'est pour cela que je n'ai pas abordé ici le sujet des conventions typographiques.
Pour être plus explicite, je reformule à la lumière des premières explications :
  1. problème 1-3 : Peut-on améliorer la typographie et l'accessibilité de l'« Aperçu de la page » ?
    1. Zebulon84 juge qu'améliorer l'accessibilité n'est pas nécessaire
    2. il faut faire une demande sur Phabricator, avec le tag Page-Previews (je ne sais pas faire)
  2. question 2-2 : Pourquoi l'« Aperçu de la page » n'est pas activé par défaut en mode connecté ?
  3. question 2-2 : Pourquoi n'y a-t-il pas d'« Aperçu de la page » sur la Version mobile ?
  4. problème 3-3 : Les bugs du gadget popup doivent être signalés au projet:JavaScript (je veux bien m'en charger).
Et merci Notification Zebulon84 ! --FDo64 (discuter) 27 septembre 2017 à 21:21 (CEST)[répondre]
Notification FDo64 : Pour 1-3, j'ai un peu fouillé ce qui existe déjà sur phabricator, et si j'en crois phab:T167433 et phab:T168848 c'est déjà prévu. Actuellement c'est du texte pur qui est utilisé, car la fonction qui permet d'obtenir les premières phrase de l'article ne sais pas garantir du code HTML correct. Comme cette tâche est en priorité haute cela ne devrait pas trop tarder : peut-être quelques mois car il reste encore pas mal de dépendance.
Pour la version mobile, c'est aussi prévu (phab:T111329), mais probablement un peu plus long, la priorité étant d'abord de rendre standard la fonction sur tous les wiki (ça n'est pas encore le cas sur en.wiki et de.wiki notamment), et ceci n'arrivera probablemnent pas avant la résolution du point précédent.
Zebulon84 (discuter) 27 septembre 2017 à 22:30 (CEST)[répondre]
Notification FDo64 et Zebulon84 :
Pour être plus explicite, je suis contre l'activation de l'« aperçu de la page » par défaut en mode connecté car en ce cas cela empêche le fonctionnement du gadget Popups ce qui est une régression majeure ; à tout prendre, il vaudrait mieux que ce soit l'inverse : le gadget Popups par défaut. Et également contre la modification des conventions typographiques puisque même si le sujet n'est pas évoqué ici, il est clair que le but de cette demande est le virer l'exception qui y figure [1]. Or, la demande initiale faite sur la page des conventions l'était par quelqu'un qui évoquait des problèmes réels qui ne devaient pas être masqué par des pop-ups (donc aussi l'« aperçu de pages ») et un autre nous donnait la solution simple, argumentée et valable sans aucun autre artifice. Par ailleurs Zebulon84 ne juge pas qu'améliorer l'accessibilité pour un pop-up qui surgit n'est pas nécessaire, il écrit qu'il n'est pas sûr que ce soit nécessaire, ce qui est assez différent ; d'ailleurs, selon une bonne source, les fenêtres surgissantes sont problématiques pour l'accessibilité  : (en) web Content Accessibility Guidelines 1.0
Daniel*D, 28 septembre 2017 à 01:12 (CEST)[répondre]
Notification Daniel*D : Bonsoir, je te rejoins sur le fait que le pop-up doit primer sur l’aperçu de page lorsque les deux sont activés dans les préférences utilisateur. Question à WP:QT : c'est à demander également au projet:JavaScript ou c’est fait ailleurs ?
Une précision sur le lien que tu fournis pour l’accessibilité des pop-up et que je cite : « L'ouverture d'un lien dans une nouvelle fenêtre est problématique ». Ce n’est pas le cas ici, on reste dans la même fenêtre. Dans l'hypothèse où il y aurait un problème d’accessibilité, ce n’est pas celui-ci.
--FDo64 (discuter) 28 septembre 2017 à 20:55 (CEST)[répondre]
Bonsoir Notification FDo64, en réalité ce qu'il convient de faire, c'est la liberté du choix en mode connecté : l'aperçu de page ou le pop-up ou rien (c'est à dire l'infobulle des modèles quand elle existe).
Sur l'accessibilité, n'étant pas un expert, je me fiais à ce qu'en disait Quelqu'un de métier dans la discussion sur la page des conventions typo, car du temps où il était encore Lgd, il participait activement et de façon éclairée à ces questions. Maintenant, il semble que cet aspect de Wikipédia n'ait plus beaucoup de gens au fait du sujet : dans cette liste je ne vois que la moitié des contributeurs encore actifs sur Wikipédia, ici les discussions s'arrêtent en 2009, mais peut-être les questions trouveraient-elles leurs réponses .
Daniel*D, 29 septembre 2017 à 00:24 (CEST)[répondre]

Ecriture maya Inserrer les glyphes dans l'article[modifier le code]

Exemple d'image téléchargée.

Écriture maya :

Comment insérer des 100aines d'images dans un article WIKIPEDIA à partir de données disponibles sur son disque dur? J'ai essayé avec une image mais c'est catastrophique. Je voudrais pouvoir charger dans la galerie la totalité des caractères maya déjà disponibles de façon à pouvoir ensuite les transférer sans difficultés par groupe de 11 en ligne, Idéogrammes et Syllabogrammes en les classant par thèmes, mais cela tourne au cauchemar car il y en a environ 500. :


Message déposé par Hervé Gallet le 27 Septembre 2017

Requête en attente d'une réponse (comment y répondre)
Je n'ai pas la solution au problème mais j'ai quelques remarques à proposer : il faut choisir des noms de fichiers plus explicites (faisant référence à 'maya', par exemple). Idéalement, ce serait mieux de les télécharger en SVG (vectoriel) plutôt qu'en JPEG (photo). Éventuellement, regarder du côté de Commons:Category:Maya glyphs pour voir ce qui existe déjà et regarder comment ils ont fait. J'ignore s'il existe des polices de caractères associées à un Unicode (il semble qu'il n'y ait pas encore d'Unicode pour l'écriture maya et donc pas de police (?)). Des gens semblent avoir fait quelque chose en Metafont/TeX. -- Xofc [me contacter] 27 septembre 2017 à 19:46 (CEST)[répondre]

Problème d'insertion d'image[modifier le code]

Article(s) ou modèle(s) concerné(s) : Jean François Mayor de Montricher (d · h · j · )

Questions : J'ai eu plusieurs problèmes de bouclage en insérant l'image DeMontrichet-1.jpg en fin de page avant Notes et références. Finalement j'ai inséré l'image en avant-dernière ligne après "chemin de fer à Marseille" , ça a marché, j'ai sélectionné puis copié l'image en fin de page comme recherché au début en annulant bien sûr l'image après "chemin de fer à Marseille".


Message déposé par Amage9 (discuter) le 27 septembre 2017 à 16:29 (CEST)[répondre]

Requête en attente d'une réponse (comment y répondre)

Article(s) ou modèle(s) concerné(s) : Genepi (association)

Questions : Bonsoir. Serait-il possible de corriger le dernier ajout sur cet article, qui casse le tableau et tout le bas de l'article ? Cordialement, Celette (discuter) 28 septembre 2017 à 01:11 (CEST)[répondre]


Message déposé par Celette (discuter) le 28 septembre 2017 à 01:11 (CEST)[répondre]

Réponse apportée ci-dessous.
icône « fait » Fait. -- Speculos 28 septembre 2017 à 09:14 (CEST)[répondre]

Modèle ne fonctionnant plus depuis des mois et concernant plus de 25 000 articles[modifier le code]

Article(s) ou modèle(s) concerné(s) : modèle:GeoGroup

Questions : Bonjour. Depuis plus de quatre mois, le modèle:GeoGroup ne fonctionne plus. Des discussions entamées alors, il ressort que ce modèle fonctionnerait très bien sur les wikipédias en anglais et en italien (voir Discussion modèle:GeoGroup#Bug du modèle depuis mai 2017). Un(e) doué(e) en programmation des modèles sur différentes langues pourrait-il(elle) nous dépanner sur ce modèle utilisé sur plus de 25 000 articles ? Merci d'avance. Père Igor (discuter) 28 septembre 2017 à 16:58 (CEST)[répondre]


Message déposé par Père Igor (discuter) le 28 septembre 2017 à 16:58 (CEST)[répondre]

Requête en attente d'une réponse (comment y répondre)
Ping 0x010C.
Bonjour,
Le modèle repose sur des outils externes à fr.wikipedia.org (wp-world, osm4wiki et kmlexport) il faudrait demander à ceux qui ont accès au code (listés ici) de corriger le bug. — Thibaut (discuter) 28 septembre 2017 à 17:06 (CEST)[répondre]
Il repose aussi que le modèle coord qui a été modifié en mai, et depuis ça ne marche plus (alors que rien n'a été modifié). Et l'équivalent de GeoGroup avec kmlexport etc. marche toujours sur les wiki anglais (voir Discussion_modèle:GeoGroup#Bug du modèle depuis mai 2017)... Cdlt, Jack ma ►discuter 30 septembre 2017 à 11:45 (CEST)[répondre]
J'ai aussi signalé le pb auprès d'un des rédacteurs de l'outil kmlexport Kolossos (d · c · b) (si j'ai bien compris)--Bouzinac (discuter) 30 septembre 2017 à 13:59 (CEST)[répondre]
@Bouzinac : Non c’est Para (d · c · b).
@Jack ma : J’ai déjà effectué un test sur le modèle {{coord}}, ça ne vient pas de là. — Thibaut (discuter) 30 septembre 2017 à 14:05 (CEST)[répondre]
Il faudrait que ça marche à nouveau, comme chez nos voisins anglais (exemple) et germains (exemple).
Notification 0x010C et Tpt : Il y a le module:Coordinates sous-jacent, qui a aussi été modifié en mai... (à comparer avec celui de en:wiki). C'est sans doute là-dedans, le cœur de cette poupée russe (mais je n'ai pas les compétences...).
Notification Thibaut120094 : Il semble que le maplink soit maintenant systématiquement à "true" dans le module, donc en effet cette modif du modèle coord ne doit pas jouer.
Les appels à kmlexport et kmlexport n'ont pas été modifiés; ce sont les mêmes entre les différents wiki. Donc tout est dans la récente modif du module Coordinates.
Bon courage et merci d'avance, Jack ma ►discuter 1 octobre 2017 à 07:17 (CEST)[répondre]
Bonjour. Comme je l'ai indiqué hier soir sur Discussion modèle:GeoGroup#Bug du modèle depuis mai 2017, ça remarche sur OpenStreetMap et sur Google Maps, mais pas sur Bing Maps. Je ne sais pas si c'est dû çà l'intervention de Para (d · c · b), en anglais, à laquelle je n'ai rien compris mais la réparation est maintenant effective aux deux-tiers. C'est encourageant. Père Igor (discuter) 2 octobre 2017 à 12:09 (CEST)[répondre]

Pour ou contre la sélection des langues disponibles ?[modifier le code]

Enregistré sur Phabricator
Tâche 122001

Bonjour,

personnellement, je trouve contre-productif le système, en usage depuis quelques mois, qui consiste à n'afficher à l'ouverture d'une page qu'une partie des langues dans lesquelles la page est disponible ; il faut cliquer sur "plus de langues" et espérer qu'après un certain temps, si le navigateur et l'OS sont compatibles avec ce type d'affichage, on pourra accéder à l'intégralité (y compris les liens!) d'un pop-up montrant des langues classées, souvent avec des doublons, par continent. Ce système consomme de la mémoire sur les serveurs Wikimedia et dans la mémoire vive de l'ordinateur, il consomme notre temps, et je n'en vois pas l'utilité : comment Wikipédia peut-elle savoir quelles sont les langues que maîtrisent ses utilisateurs, et lesquelles les intéressent sur le sujet particulier qu'ils ont à traiter (par exemple, pourquoi faire attendre un lecteur qui aimerait se documenter sur la propagande à propos de la guerre froide dans l'ensemble des pays occidentaux ET dans l'ensemble du bloc soviétique?) ? Et ne peut-on pas supposer que le lecteur qui maîtrise telle ou telle langue est aussi capable de retrouver cette langue sous ses différentes dénominations dans une liste alphabétique ? Je regrette déjà que la version mobile n'inclue pas le bloc "Langues", mais cela peu se justifier. Ce qu'on aura du mal à me justifier, en revanche, c'est pourquoi, maintenant, il faut cliquer sur DEUX liens pour changer de langue depuis son téléphone portable. Quel temps perdu dans les transports, à attendre que ça capte !

Je n'ai pas la possibilité d'ouvrir un sondage sur ce nouveau mode de fonctionnement du bloc "Langues", mais je remercierai chaudement celui qui l'ouvrira !

Bien à vous, Eichkätzele — Le message qui précède, non signé, a été déposé par Eichkätzele (discuter), le 28 septembre 2017 à 08:53 (CEST)[répondre]

déplacé de Wikipédia:Requête aux agents OTRS

Réponse apportée ci-dessous.
Vu le nombre de retours qu'on a sur ce bout de code, je pense qu'on devrait demander à l'enlever. Ça semble gêner beaucoup de lecteurs. Des avis ? @Trizek (WMF) --Framawiki 28 septembre 2017 à 22:51 (CEST)[répondre]
(Je n'ai pas eu la notif, Framawiki...)
Le système permet de donner plus de visibilité à des langues moins connues et facilite la recherche. Il y a une idée de proposer aux utilisateurs de créer leur liste personnalisée.
Pour les personnes préférant la liste par défaut, il est possible de désactiver le sélecteur de langues, ce qui sera peut-être la solution pour Eichkätzele.
Trizek (WMF) (discuter) 6 octobre 2017 à 17:06 (CEST)[répondre]