Wikipédia:Questions techniques/semaine 53 2020

Fuseau horaire qui joue à cache-cache

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

Questions :Fuseau horaire ajouté sur wikidata mais il n'apparaît pas dans l'infoboîte. Problème déjà signalé sur le Bistro de wikidata, je ne sais que faire.

Message déposé par Jihaim ✍ le 28 décembre 2020 à 11:52 (CET)

Réponse apportée ci-dessous.

L’infobox Infobox Localité affiche plusieurs informations venant de Wikidata mais pas le fuseau horaire. Le paramétrage de cette infobox et notamment la définitions des propriétés Wikidata lues et affichées dans l’infobox sont définies sur cette page.

Pour rajouter une ligne pour le fuseau horaire, ça se fait techniquement sur la page susmentionnée, mais il vaut peut-être mieux mettre un message avant sur Discussion modèle:Infobox Localité (d’autant qu’il y a eu un débat sur cette page sur l’intérêt de certaines informations).

~ Seb35 [^_^] 3 janvier 2021 à 17:56 (CET)

Bonjour @Seb35 et merci pour ta réponse très instructive. Cdlt, Jihaim ✍ 3 janvier 2021 à 21:05 (CET)

Ajout Wikidata

Article(s) ou modèle(s) concerné(s) : Katherine Dunham

Questions : Bonjour, j'aimerais pouvoir ajouter des références biographiques issues d'encyclopédies telles que The Oxford encyclopedia of women in world history, Encyclopedia of World Biography, Encyclopedia of African-American culture and history dans les wikidata de Katherine Dunham, mais je n'y arrive pas, pourriez vous m'aider, les différentes spécifications : volume, année, édition, pages sont indiques dans la section 7.1 de l’article. Grand merci d'avance

Message déposé par Bernard Botturi (discuter) le 28 décembre 2020 à 13:55 (CET)

Bonjour @Bernard Botturi

Les structures pour chaque encyclopédie n'ont pas été créées, ce qui empêche l'insertion d'une propriété "bibliographie" faisant référence à chaque encyclopédie, elle-même disposant de la référence vers l'article de l'auteure.

Je peux le faire, mais ça va mettre un petit moment ‒ TechAcquisitor (discuter) 3 janvier 2021 à 01:03 (CET)

bonjour @TechAcquisitor, je vous remercie pour votre réponse qui m'explique mon échec, mais effectivement si vous pouviez créer des références à ces encyclopédies qui sont toute aussi importantes que l'American National Biography , je vous en saurais fort gré (prenez votre temps, ce n'est pas urgent non plus). Cordialement Bernard Botturi (discuter) 3 janvier 2021 à 08:20 (CET)

Re-bonjour @Bernard Botturi

(note: sauf si tu tiens à me vouvoyer, n'hésite pas à me tutoyer !)

Il n'y a aucun souci, je peux le faire. J'ai ouvert une section sur le Bistro de Wikidata pour savoir quelle serait la propriété la plus adaptée pour lister les travaux de Katherine Dunham (sachant qu'ils font partie d'un ouvrage à part entière). ‒ TechAcquisitor (discuter) 3 janvier 2021 à 13:59 (CET)

Grand merci TechAcquisitor et attendons ...mais attention en plus de ses oeuvres, là il est question de sa biographie ou bien ai-je mal compris ? Par delà le problème spécifique de Katherine DunHam il me semblerait aussi important que dans la base dictionnaires figure également Encyclopedia of World Biography. Bien cordialement à toi Bernard Botturi (discuter) 3 janvier 2021 à 14:40 (CET)

@Bernard Botturi: ici, il est question d'une structure biographique destinée à Katherine Dunham (je t'invite à suivre l'historique de cette page pour y visualiser les modifications que je vais effectuer), structure dans laquelle devra se trouver une liste de ses travaux, travaux figurant dans les différents ouvrages/documents que tu as énuméré.

Pour ce qui est de Encyclopedia of World Biography, pas de soucis, j'essaierai au mieux de créer une structure pour chaque ouvrage dans lequel Katherine Dunham a contribué. Au-de-là de cette auteure, ces structures pourront être utilisées par d'autres contributeurs pour y attacher d'autres informations. ‒ TechAcquisitor (discuter) 3 janvier 2021 à 18:15 (CET)

Yesss @TechAcquisitor bien cordialement à toi Bernard Botturi (discuter) 3 janvier 2021 à 18:17 (CET)

Bonne soirée ! ‒ TechAcquisitor (discuter) 3 janvier 2021 à 18:18 (CET)

┌──────────────┘
 Bernard Botturi : Pour être sûr que nous sommes sur la même longueur d'ondes, si je te montre ce diff, était-ce le résultat que tu attendais (je n'ai, bien entendu, pas encore ajouté le reste) ? ‒ TechAcquisitor (discuter) 3 janvier 2021 à 18:40 (CET)

exaguette @TechAcquisitor, je t'en remercie, nous sommes raccords, bien cordialement à toi Bernard Botturi (discuter) 3 janvier 2021 à 19:12 (CET)

Un autre avis est demandé (comment y répondre).

Médiawiki ? Wikicode ? vision colorée : bien ; mais fiabilité douteuse ?

Bonjour, je travaille sur un iMac en système d'exploitation macOS Big Sur avec le navigateur Brave (base de Chrome). J'édite sur Wikipédia avec "modifier le code". Depuis ce mois-ci, l'affichage est coloré avec une visualasiation de la syntaxe wiki et html : c'est peut-être une amélioration ( voir la vie en couleur ). En tout cas chez moi, ça à a l'air de faire la même chose avec Safari, le saisie est de temps en temps perdue et avec un report des caractères ||{{}}| en fin d'article, et qui a désormais une ligne blanche. On peut aussi se retrouver avec l'écran gris ( plus de vision colorée ). Les Bypass sont désagréables : enter ou prévisualisation à chaque ligne ou dans chaque paragraphe ? resaisie (bien pénible pour être poli). Y a-t'il eu une nouvelle version ou des modifications dans le logiciel Wikicode ? Où dois-je exposer ce souci technique ? suis-je le seul à avoir ce nouveau souci ? ou une contrainte que je n'aurai pas perçue ?

Message déposé par Philippe rogez (discuter) le 29 décembre 2020 à 13:20 (CET)

J'utilise aussi un iMac (sierra) avec Chrome, j'édite avec modifier le code et n'ai pas constaté ces phénomènes de coloration ni les autres étrangetés. Je n'ai pas vérifié avec Safari ou avec Firefox. -- Theoliane (discuter) 29 décembre 2020 à 17:12 (CET)

As-tu décoché l'option "activer la coloration syntaxique du wikitexte" dans Preferences/Gadgets/Zone d'édition ?--Speculos ^✉ 29 décembre 2020 à 18:54 (CET)

 Theoliane et Speculos :, merci pour vos retours : en regardant mieux, l'option Preferences/Gadgets/Zone d'édition est bien décochée donc sans souci MAIS j'ai un gadget coché dans cette même zone WikEd que j'utilise fort ! 😜 donc on avance un peu : j'ai décoché cette option, pour voir mais la coloration du fond reste et les menus/fonctions WikiEd disparaisse. souci pas bien réglé, pour moi. j'ai même essayé l'éditeur visuel, pas le même monde... en espérant trouver, un bon bypass A+--Philippe rogez (discuter) 29 décembre 2020 à 20:00 (CET)

Je suis sur Catalina, j'ai installé Brave (piqué par la curiosité, je ne connaissais pas ce navigateur) et j'ai activé activé WikiEd: j'ai bien une colorisation du wikitexte dans la zone d'édition, mais je n'ai pas constaté de bugs (j'ai tenté de cliquer tous les boutons de WikiEd, faire des prévisualisations de ce présent message, etc). Deansfa (discuter) 29 décembre 2020 à 20:46 (CET)

 Philippe rogez : cliquez sur l'icône crayon dans la barre d'outils de la zone d'édition. Si vous utilisez le "nouveau mode wikicode" comme moi, cliquez en haut à droite, sur les 3 traits à gauche de l'icône du crayon, puis "coloration syntaxique". Golmore ^! 10 janvier 2021 à 00:17 (CET)

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

Report d'acceptabilité sur les wikis en d'autres langues

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

Questions : Lorsqu'un article a fait l'objet d'une procédure PàS et qu'il a été jugé acceptable, cette acceptabilité est-elle garantie pour les wikis en d'autres langues ?

Message déposé par Jamumiwa (discuter) le 31 décembre 2020 à 11:42 (CET)

Hors sujet ici - les questions techniques sont uniquement destinées aux questions de nature technique sur Wikipédia

@Jamumiwa Ce n’est pas une question technique, mais pour répondre les versions linguistiques de Wikipédia sont indépendantes et il est tout à fait possible que les décisions d’admissibilité diffèrent d’une version linguistique à une autre. ~ Seb35 [^_^] 3 janvier 2021 à 16:46 (CET)

Image de la page non mise à jour

Article(s) ou modèle(s) concerné(s) : Grotte Harregi

Questions :

J'ai illustré l'article Grotte Harregi par une photographie que je viens de verser dans Wikimedia.

Lorsque je vais sur https://fr.wikipedia.org/w/index.php?title=Grotte_Harregi&action=info, je vois que l'image associée avec la page ne se met pas à jour. J'ai vu ici https://www.mediawiki.org/wiki/Extension:PageImages#Image_choice la description de la méthode de sélection de l'image principale. J'ai testé quelques modifications dans les métadonnées de l'image sans succès.

L'image de la page étant celle qui est utilisée pour illustrer l'article dans les popups s'affichant au survol lors du référencement de cet article dans une autre page ou dans l'application Wikipedia mobile, il serait plus intéressant quelle utilise la photographie ajoutée plutôt que le fond cartographique utilisé actuellement. En effet, la carte n'est pas d'un grand intérêt d'autant plus qu'elle ne fait pas apparaître la géolocalisation du lieu décrit.

Pour traçabilité, la question a déjà été posée ici Sujet:W0jmazqpf77rlh88.

Merci d'avance pour vos réponse !

Message déposé par Orhygine (discuter) le 31 décembre 2020 à 14:55 (CET)

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

Titre qui conduit vers un mauvais lien

Article(s) ou modèle(s) concerné(s) : I Am Greater than I Was, album de 21 Savage

Questions : Bonsoir,

Ma question concerne la partie Classements hebdomadaires. Des modèles sont déjà disponibles pour remplir les positions de l'album sur les charts comme ceci : {{albumchart|Allemagne|87|artiste=21 Savage|album=I Am > I Was|consulté le=26 janvier 2019}}. Le problème, c'est que le > du titre empêche le lien de fonctionner correctement alors que c'est pourtant le titre officiel de l'album, utilisé sur les différents sites des charts. N'y a-t-il pas un moyen de maintenir ce titre sans qu'il créé de mauvais liens ou je dois mettre les liens sous forme de références classiques ? Bonne soirée et bonnes fêtes.

Message déposé par Nebuno (discuter) le 31 décembre 2020 à 19:48 (CET)

Réponse apportée ci-dessous.

 Nebuno :Bonjour. Le problème vient du modèle, mais en attendant, un contournement est possible en remplaçant le caractère '>' par son code (>) : comme ceci.
Cordialement. Csar62 (discuter) 3 janvier 2021 à 17:32 (CET)

Bonsoir, Csar62. Merci pour l'explication et la modification de l'article. --Nebuno (discuter) 3 janvier 2021 à 18:33 (CET)

 Nebuno : Re. En fait, ma modif n'est pas bonne. Elle règle le problème d'affichage de la référence, mais le lien transmis sur le site n'est pas interprété correctement. Du coup, il faut regarder dans le code du Module:Classement musical, cela dépasse mes compétences, désolé. Csar62 (discuter) 4 janvier 2021 à 05:07 (CET)

Je poserai la question au projet modèle. Merci. --Nebuno (discuter) 5 janvier 2021 à 00:41 (CET)

Bonjour Nebuno et merci Csar62 pour les premières investigations. Le problème ne vient pas vraiment du modèle ni du module mais plutôt de l'établissement d'un lien externe vers une url contenant des caractères particuliers comme le sont « < » ou « > ». Ainsi, la syntaxe [http://www.dutchcharts.nl/showitem.asp?interpret=21+Savage&titel=I+Am+>+I+Was&cat=a Dutchcharts.nl – 21 Savage – I Am Greater I Was] n'est pas supportée. Pour info, le modèle « Lien web » utilise la même syntaxe donc pas la peine de chercher de ce côté là.

En revanche, avec le code ASCII &#62; [http://www.dutchcharts.nl/showitem.asp?interpret=21+Savage&titel=I+Am+>+I+Was&cat=a Dutchcharts.nl – 21 Savage – I Am Greater I Was] (ou &#x3E;), les liens sont fonctionnels. Donc, on devrait pouvoir reproduire cela dans le module afin qu'il génère le bon lien. Pour info le modèle lien web accepte bien les caractères ASCII codés cités plus haut.

Quelques tests de liens externes :

• code HTML &#62; (décimal): Dutchcharts.nl – 21 Savage – I Am > I Was fonctionnel,
• code HEX &#x3e; (unicode): Dutchcharts.nl – 21 Savage – I Am > I Was fonctionnel,
• entité HTML &gt; : >+I+Was&cat=a Dutchcharts.nl – 21 Savage – I Am > I Was non fonctionnel, ce qui est assez logique.

Pour être plus précis, le lien final crée par le modèle est non fonctionnel (ou plutôt différent de celui souhaité) parce que les éventuels caractères « & » contenus dans le lien (on ne parle pas des & séparant des paramètres dans l'url mais de ceux présents au sein d'un paramètre) sont transformés en %26, leur équivalent encodé. Cela est visible dans Module:Classement musical/Données, appelé dans l'encoder de la fonction Chart:buildRefLink du Module:Classement musical. On peut se poser deux questions suivantes. Cette substitution est elle utile ? Il faudrait regarder tous les appels aux modèles directement liés {{Albumchart}} et {{Singlechart}} mais aussi les éventuelles autres utilisations de ce module/sous-module. Une simple recherche du symbole & dans ces stats et quelques essais montrent son utilité. Peut-être qu'il suffirait de remplacer > par &#x3e; à la fin de l'opération d'encodage et d'obliger alors les contributeurs à écrire avec un caractère > "sans encodage HTML". Idem pour < par &#x3c;

Notons tout de même que cet article fait vraiment figure d'exception, avec Join the Dots, album de The Cure.

— Ideawipik (discuter) 7 janvier 2021 à 20:08 (CET)

Bonjour Ideawipik Instructif ! merci pour les explications. A+ Csar62 (discuter) 8 janvier 2021 à 01:03 (CET)

 Nebuno et Csar62. Le module a été modifié en conséquence et liens sont désormais valides dans les articles. — Ideawipik (discuter) 8 janvier 2021 à 14:00 (CET)

Bonjour  Ideawipik. Merci pour ces explications et cette modification ! --Nebuno (discuter) 8 janvier 2021 à 14:17 (CET)

CONCERNE affichage dans la fenêtre " rechercher dans wikipedia"

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

Questions :Bonjour. J'utilise beaucoup Wikipedia (et contribue financièrement modestement chaque mois ;). Une chose m'ennuie: Quand je suis sur WP et veux remplir la case "rechercher dans wikipedia" avec l'objet de ma recherche, apparaissent par défaut toute une série de mots-clés que j'ai en effet demandé les semaines ou mois précédents mais PAS sur wikipedia. Je vois donc apparaître, par exemple, le nom d'un chanteur dont j'avais tapé le nom dans la case de recherche d'un UN AUTRE SITE. Vous comprenez? Ces recherches sont "importées" dans la case de WP. Comment supprimer cet affichage? (je suis sur Mac et utilise Chrome). D'avance merci pour votre réponse. GDP.

Message déposé par 2A02:2788:828:93:143F:EB6:12A5:1AFB (discuter) le 2 janvier 2021 à 17:50 (CET)

Réponse apportée ci-dessous.

Bonjour,

Ce comportement n'est pas lié à Wikipédia, mais à ton navigateur (Chrome, en l'occurrence). Je t'invite à consulter l'aide (lien). Bonne journée ‒ TechAcquisitor (discuter) 2 janvier 2021 à 23:59 (CET)

Le modèle Méta chronologie problématique ?

Article(s) ou modèle(s) concerné(s) : Modèle:Méta chronologie et Modèle:chronologie santé et médecine

Questions : (voir la section d'origine) Bonjour ! En utilisant le gadget accessibilité pour vérifier l'intégrité des tableaux sur 1679 en santé et médecine, je reçois ce message d'erreur: « Ce tableau ne devrait pas avoir de titre caption (code wiki |+)</caption> ». Quelqu'un aurait déjà eu un tel message ? Merci d'avance

cc @LD (au cas où tu aurais une idée)

Message déposé par ‒ TechAcquisitor (discuter) le 2 janvier 2021 à 23:55 (CET)

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

J’ai mis des éléments de réponse sur l’autre page de discussion mentionnée. ~ Seb35 [^_^] 3 janvier 2021 à 19:10 (CET)