+1 On a de gros problème pour trouver les problèmes/erreurs de script. Existe-t-il des modes de debugging ou alors un moyen d'afficher le module étant à la source du problème ? Ou encore une manière de coder qui permettrait d'afficher un texte dans certaines situations causant un bug ? Merci. Snipre (discuter) 4 janvier 2014 à 02:17 (CET)
Dernier commentaire : il y a 9 ans3 commentaires3 participants à la discussion
Bonjour,
meilleurs vœux pour cette année nouvelle à tous ceux qui prennent le temps de mettre à profit leur connaissance pour répondre à nos questions.
Reprenant une de mes interrogations : « Cette question se pose si la page est déjà très lourde comme Nicolas Dalayrac, qu’elle emploi de nombreux modèles, et que l‘on cherche à l’alléger pour que la vitesse de chargement et/ou de modification soit acceptable. », j'ai commencé à changer les modèles {{Ouvrage}} et {{Article}} en Lua après le travail de Zebulon84 (d · c). Cela ne change rien au poids de la page (environ 300 notes et références).
Est-il certain que cela améliore la vitesse de chargement de cette page ?
Est-ce que je reste exposé au même problème du serveur qui indiquait souvent lors de l'enregistrement d'une modification « Wikimedia fundation error » (en enregistrant quand même la moditication au prix d'une page blanche) ?
Attention : le « poids » d'une page est le nombre d'octets qu'elle contient. Ça ne dépend que du contenu et est sans rapport avec la « lourdeur » éventuelle des modèles et modules appelés à partir de celle-ci. Quoi qu'on fasse lorsqu'on enregistre une modification il faut bien que son client web envoie via le réseau tout le nouveau contenu (quand on édite toute la page), et que wikimedia la lise et la traite à l'arrivée.
Pour ce qui est de la vitesse tous les tests réalisés jusqu'à présent indiquent que Lua fait gagner pas mal de temps coté serveurs (ça peut aller jusqu'à plus de 10x plus rapide pour faire la même chose, mais ça dépend bien sûr des modèles : plus un modèle est complexe et plus on gagne en général), et en tout cas n'en fait pas perdre.
Le mot-clé adapté est #ifexpr ({{ #ifexpr: {{{valeur1|}}} or {{{valeur2|}}} or {{{valeur3|}}} or {{{valeur4}}} | SI VRAI | SI FAUX }}).
La combinaison de #if et #expr ne marche pas car #if teste si le paramètre est non vide, pas si le paramètre est non nul. Or #expr ne renvoie jamais une chaîne vide.
Bonjour Orlodrim, merci de ta réponse et désolé pour ce retour tardif. J'ai essayé ici en brouillon, mais sans succès. Peut tu me donner un petit coup de main (tu peux modifier le brouillon directement si tu veux) car j'ai cette erreur : "Erreur d’expression : opérateur or inattendu." Prométhée33 (discuter) 30 décembre 2014 à 21:07 (CET)
{{#expr:}} et {{#ifexpr:}} fonctionnent seulement des valeurs numériques et le code que j'ai donné teste si n'importe laquelle des valeurs est non nulle.
Si je comprends bien, tu veux plutôt tester si n'importe laquelle des valeurs est non vide. Dans ce cas, le code est : {{ #if: {{{valeur1|}}} {{{valeur2|}}} {{{valeur3|}}} {{{valeur4|}}} | SI VRAI | SI FAUX }} (dire "un des paramètres est non vide" revient à dire que "en écrivant les quatre paramètres à la suite, on obtient une valeur non vide").
Dernier commentaire : il y a 9 ans7 commentaires2 participants à la discussion
Bonjour à tous. Les palettes sous la catégorie Palette Effectif des équipes de la Ligue majeure de baseball, qui sont recensées ici sur une seule page, ne sont plus à jour, et ce depuis le printemps 2013. Ces palettes sont fastidieuses à tenir à jour car les informations qu'on doit y retrouver changent quasi quotidiennement, douze mois par an, et le Projet:Baseball n'a tout simplement pas les effectifs pour les maintenir.
Le problème maintenant, c'est qu'à l'occasion un éditeur vient y ajouter ou retirer un item, croyant que tout le reste est d'actualité, et l'ajoute à un article. Du coup, c'est une palette entière d'informations erronées qui viennent d'être ajoutées à un article... Idéalement, ces palettes devraient être évitées en l'état actuel. Y a-t-il un moyen simple (un bandeau ?) d'indiquer qu'elles ne sont plus à jour ? Où la suppression est-elle le seul moyen d'expédier le problème ?
Merci pour la réponse rapide. Maintenant, le souci c'est qu'en ajoutant le bandeau comme je l'avais fait ici [1], toute la documentation apparaît au-dessus de la palette placée en-bas des articles, comme ici. Est-ce que c'est l'effet voulu ? Et si je rajoute le {{Documentation palette|contenu={{Mettre à jour}}}} sous le contenu de la palette, alors il n'y a aucune indication dans les articles que la palette n'est plus à jour. Idéalement, les palettes ne seraient tout simplement pas utilisées, mais il y en a tant qu'elles sont difficiles à trouver toutes... Merci, Beisbol (discuter) 14 janvier 2015 à 00:02 (CET)
J'ai corrigé le Modèle:Palette Joueurs des Diamondbacks de l'Arizona : le bandeau doit apparaître dans la documentation du modèle, pas dans l'article. Si tu souhaites l'indiquer au niveau de la palette, on peut alors ajouter dans le modèle la ligne | dessous = Dernière mise à jour le xx/xx/xxxx. en précisant la date de dernière mise à jour. Mais c'est pas pour cela que ça règlera ton problème : si quelqu'un modifie juste un joueur sans tout réactualiser, ce ne sera pas exact pour autant... --FDo64 (discuter) 14 janvier 2015 à 00:57 (CET)
Effectivement, s'il n'y a pas moyen de l'indiquer à l'intérieur même de la palette qui apparaît au bas des articles, on se retrouve avec des infos inexactes. Le seul moyen est de toutes les faire disparaître des articles, on y arrivera bien un jour... Ces palettes sont une bonne idée en théorie, mais pas en pratique. Merci beaucoup pour la correction. En terminant, une dernière question rapide : je cherche à faire une palette disposée en colonnes exactement comme celle-ci sur la WP anglo [2] (pas la couleur, mais la disposition en 4 colonnes dont 3 avec des titres) mais je ne trouve pas de modèle équivalent en français. Le Modèle:Méta palette de navigation avec colonnes n'est pas exactement ce que je cherche et je ne réussis pas à l'adapter. Merci d'avance ! Cordialement, Beisbol (discuter) 14 janvier 2015 à 02:02 (CET)
Dernier commentaire : il y a 9 ans17 commentaires2 participants à la discussion
Bonjour, après avoir réécrit les modèles « dynastie » en utilisant les modèles {{Boîte déroulante/début}} et {{Boîte déroulante/fin}}, puis la classe "collapsible", et non satisfait à 100% dans les deux cas, je reviens vous proposer une nouvelle version qui ne ressemble plus aux palettes, mais qui est une palette (utilisation de la classe "navbox").
Les explications détaillées, ainsi que les différents cas de test se trouvent toujours sur la page Modèle:Succession/Test. Je recopie ci-dessous les principales :
Avant la mise en place de cette nouvelle version, il faudra régler les problèmes suivants :
le Modèle:Fin dynastie contient maintenant deux |} hors ce modèle a été détourné par certains qui l'utilisent pour fermer des tableaux sans rapport avec ces modèles. Il faudra donc remplacer ces utilisations abusives par le Modèle:Fin
certains n'ont pas utilisé le Modèle:Fin dynastie mais ont mis |}. Il faudra également corriger ces pages.
Voilà, n'hésitez pas à me remonter vos remarques et si certains veulent participer à ce projet, ils peuvent modifier les bacs à sable de ces modèles.
Merci Orlodrim ! Je te fais confiance pour le deuxième point, j'ai du rêver !
Sinon, certains ont un avis sur ma proposition ? Elle est nulle, bof ou géniale ? Je veux bien revoir une quatrième fois ma copie !
Ce qui est sûr, et que je n'ai peut-être pas dit auparavent, c'est que la première fois que j'ai vu ces modèles, je les ai trouvés abominables et que je m'étais promis d'améliorer ça un jour. Et en faire de vraies palettes me semble la meilleure des solution. Mais ce n'est jamais que mon avis et j'attends les votres.
Fichier:Orlodrim1.png Dans l'exemple ci-dessus, Robert le Magnifique est centré verticalement dans sa cellule mais Robert Courteheuse est collé en haut. C'est normal ?
Techniquement parlant, j'ai tout d'abord découpé et recopié la {{Méta palette de navigation}} dans ces modèles. Ça fonctionnait bien. Par contre, du fait que les palettes sont programmée avec des tableaux en codage HTML, et que les modèles dynastiques sont en codage wiki, cela aurait obligé à réécrire la totalité des modèles de la Catégorie:Modèle dynastie (90 modèles) et de la Catégorie:Modèle boîte de succession (22 modèles) et de les migrer tous ensemble. Ce qui aurait compliqué aussi un éventuel retour arrière (faut tout prévoir). J'ai donc remplacé le codage HTML par du codage wiki.
Je n'abandonne pas pour autant l'idée d'utiliser un habillage de la {{Méta palette de navigation}}. Pour cela il faudrait pouvoir faire cohabiter les deux syntaxes de tableaux, ce que je ne sais pas faire.
Tout en bas de la page Modèle:Insérer dynastie/Test j'ai mis deux essais : celui dont je viens de parler, ainsi qu'une tentative avec les nouvelles palettes de Hlm Z. (d · c · b). Aucun ne fonctionne. Si quelqu'un à une solution, ça m'intéresse.
Mettre des balises HTML dans un tableau ouvert avec {| et fermé avec |} marche (plus ou moins). L'inverse non. Si tu veux passer à la syntaxe HTML, il faudrait d'abord migrer progressivement les variantes de {{Insérer dynastie}}, puis {{Début dynastie}} et {{Fin dynastie}} en dernier.
Il y a aussi quelques centaines articles qui contiennent des bouts de tableau en syntaxe wiki directement dans l'article, entre {{Début dynastie}} et {{Fin dynastie}} (surtout pour des militaires allemands, par exemple Vollrath Lübbe), qui nécessiterait d'être remplacés par des modèles.
Point 1 : S'il n'existe pas d'astuce, alors tant pis, la syntaxe html attendra...
Point 2 : J'ai regardé ton exemple d'article avec des bouts de tableau en syntaxe wiki : j'ai testé la nouvelle version, elle fonctionne bien. Et pour ce qui est du bout de code, il pourra être remplacé par le Modèle:S-mil. La liste de ces cas particuliers (1) m'intéresse. De la même manière, je veux bien avoir les articles qui ont plusieurs {{Début dynastie}} (2), pour éventuellement les regrouper.
En la rédigeant j'ai découvert que certains ont inclus ce modèle dans une boîte déroulante (3). Il faudra les enlever lors de la mise en place de la nouvelle version. Cela fait donc 3 listes à produire (numérotées).
Super ! J'ai recopié ça dans Utilisateur:FDo64/Test afin de pouvoir libérer ta page. Ça va me prendre un certain temps pour traiter tout cela. Je vais m'occuper en priorité des 3 premières listes, avant de mettre en place la nouvelle version, puisque le résultat du Bistro est positif. Merci ! --FDo64 (discuter) 2 juillet 2014 à 22:17 (CEST)
Pour information, j'ai mis en place aujourd'hui la nouvelle version. La réécriture des modèles dérivés et les corrections d'erreurs sont en cours. --FDo64 (discuter) 6 juillet 2014 à 22:53 (CEST)
Bonsoir, J'ai pratiquement terminé cette migration puisqu'il ne me reste plus qu'à corriger une centaine d'articles à problème. Je tenais à vous signaler deux petits soucis que je ne sais pas régler :
l'ajout d'un {{clr}} (comme dans {{Palette}}) au modèle:Succession/Début ne fonctionne pas, ça casse tout. Alors je me suis contenté d'ajouter un saut de ligne pour éviter d'avoir la palette collée au texte précédent.
il y a parfois un fonctionnement bizarre lorsqu'il y a deux palettes à la suite, voir Moonlight Shadow#Successions dans les hit-parades, la deuxième est moins large. Remarque : il y a quelque chose dans la page qui perturbe le modèle : si on ne visualise que le paragraphe ou qu'on le copie dans une autre page, cela ne se produit pas.
Le "{|" n'est reconnu comme ouverture de tableau que s'il est en début de ligne. Si tu veux mettre un {{Clr}}, ajoute un saut de ligne entre {{Clr}} et "{|". Une autre solution est d'ajouter "clear:both;" dans l'attribut style="..." du tableau.
Il y avait un {{Col-début}} ouvrant un tableau de largeur 75 % qui n'était pas fermé. Tu as vu d'autres cas ?
Dernier commentaire : il y a 9 ans3 commentaires2 participants à la discussion
Bonjour,
j'ai créé aujourd'hui une première, ma première, infobox intitulée Modèle:Infobox Coran. Elle fonctionne très bien mais j'ai deux questions à vous poser :
Est-ce que vous pourriez refaire une lecture de l'infobox et me dire ce qui n'est pas correct dans la syntaxe (je pense que le code peut être optimisé) ?
Est-ce que vous pourriez me dire comment renseigner par défaut une valeur dans un champ (ca éviterait de devoir remplir à chaque des champs identiques d'une utilisation d'infobox à une autre)
Comment modifier l'image du petit livre en haut de l'infobox ?
Salut ! Tout d'abord, tu n'es pas au bon endroit. Cette discussion s'adresse au Projet:Infobox.
Pour répondre à ta dernière question, la liste des pictogrammes disponibles est ici : Projet:Infobox/Pictogramme. Si aucun ne te convient il faut indiquer "entete defaut" dans Infobox/Titre.
En réalité, ça ne marche pas avec class="wikitable" (voir ci-dessous), ce qui n'est pas trop gênant puisque je ne l'utilise que dans les pages de test. Je le signale au cas où... --FDo64 (discuter) 3 février 2015 à 23:14 (CET)
Dernier commentaire : il y a 9 ans3 commentaires2 participants à la discussion
Bonjour, j'ai commencé à faire une Infobox permet de savoir quels films Disney ont été réalisés avant et après le film Disney qui a l'Infobox en question. Le seul modèle d'Infobox présent est "Succession". Cependant je n'arrive pas à la terminer. Pouvez-vous m'aider ? Vous pouvez la voir en cliquant ici. Je n'arrive pas à faire en sorte d'avoir un exemple car je ne sais pas comment faire pour mettre des films Disney dans les parties "Précédent", "centre", et "suivant". Merci de votre aide.
Cordialement --Cinephile1999 (discuter) 21 mars 2015 à 18:22 (CET)
Dernier commentaire : il y a 9 ans10 commentaires5 participants à la discussion
Bonjour,
Quelqu'un peut me dire pourquoi la page 1 500 mètres (athlétisme) aux Jeux olympiques se charge très lentement. Ce qui est sûr que le problème vient d'un modèle. La page n’utilise pas d'appels dispendieux de fonctions parseurs. Voici le rapport de MediaWiki.
NewPP limit report Parsed by mw1052
CPU time usage: 34.226 seconds
Real time usage: 34.497 seconds
Preprocessor visited node count: 309699/1000000
Preprocessor generated node count: 40113/1500000
Post‐expand include size: 280141/2048000 bytes
Template argument size: 101275/2048000 bytes
Highest expansion depth: 28/40
Expensive parser function count: 0/500
Lua time usage: 0.044s Lua memory usage: 1.13 MB
Peut être en utilisant un peu plus Lua dans chacun des sous modèles ? C'est bizarre je n'ai pas les 34 secondes d'attente. Par ailleurs je ne comprends pas ton affirmation selon laquelle la page n'utiliserait pas d'appels dispendieux de fonctions parseurs. Le switch du Modèle:Drapeau2/CIO n'est pas dispendieux ? --pixeltoo (discuter) 11 février 2014 à 11:06 (CET)
Pixeltoo : La deuxième ligne de rapport indique le temps pris MW pour produire la page. On vois bien 34.226 secondes. Maintenant la page se charge rapidement car elle est dans le cache. L'avant dernière ligne indique le nombre d'appels dispendieux de fonctions parseurs. On vois bien que c'est 0. Hunsu (discuter) 11 février 2014 à 14:00 (CET)
Ça doit être à cause de {{Infobox Chimie/2}} qui utilise des arguments dont le nom dépend d'une variable, du genre prec{{{10|_off10}}}=.... Ça marcherait sans doute avec une syntaxe du type {{#if:{{{10|}}}|prec{{{10}}}|prec_off10}}=.... Le mieux serait encore d'avoir une syntaxe "| r = R33,R26/27/28,R50/53" avec du code Lua pour faire le découpage, mais c'est plus complexe. Orlodrim (discuter) 17 mars 2015 à 19:53 (CET)
Merci Orlodrim, mais toujours pas sûr de voir d'où vient le problème: si je comprends bien dans mon exemple, les arguments "1", "2" et "3" sont définis respectivement à "R33", "R26/27/28" et "R50/53", ce qui se traduit par precR33=1, precR26/27/28=1, precR50/53=1, prec_off4=1, prec_off5=1,... et donc pas d'argument en double... De plus, si j'enlève l'argument "SIMDUT", le problème disparait.
Par contre, je me dis qu'on pourrait remplacer prec{{{10|_off10}}}=... simplement par {{#if:{{{10|}}}|prec{{{10}}}=1}} car l'argument nommé prec_off10 ne sert à rien (pas utilisé dans {{Infobox Chimie/Précautions}}).
Bonjour, j'ai aussi essayé de trouver la raison de la catégorisation de 2-Pyrrolidone, mais j'ai pour l'instant juste réussi à faire un exemple minimaliste avec 3 arguments non nommés dans {{Chimiebox}} (si je n'en mets que 2, ou qu'un des 2 derniers n’est pas vide, il n'y a plus de problème). Quelqu'un aurait une idée ? --NicoV (discuter) 23 mars 2015 à 20:21 (CET)
Addendum : le comportement est le même si on a deux arguments non nommés identiques. Dans la foulée, j'ai fait cette correction, c'est juste une impression que j'ai ou elle est particulièrement acrobatique la syntaxe de l'infobox chimie ? El pitareio (discuter) 23 mars 2015 à 21:43 (CET)
Merci El pitareio. Oui, elle semble assez compliqué à utiliser l’infobox chimie… Il y aurait sans doute moyen d'améliorer. J'avais vu les 2 |, mais je les avais laissé car je pensais que ça faisait partie de la mise en forme, j’espérais pouvoir corriger le modèle pour qu'il gère correctement ce cas.
C'est dans le tableau de données démographique que l'année 2006 était en double, j'ai un peu tâtonné pour corriger mais je n'aurais peut-être pas du m'y attaquer en rentrant de soirée . Reprendre ça en automatique risque d'être sportif, il faudra au moins solliciter l'avis de Roland45 qui alimente tous ces modèles de données avec son bot. Si ça se trouve il n'y a qu'une poignée de cas, il ne m'a pas semblé voir beaucoup d'articles sur des communes dans la liste. El pitareio (discuter) 29 mars 2015 à 01:35 (CET)
Bonjour à tous. Effectivement l'année en 2006 est en doublon sur certains modèles. J'en ai cherché manuellement d'autres, mais n'en ai pas trouvé. Je n'ai pas l'explication. Il est possible que le nombre soit faible. Je lancerai une recherche automatique sur les 36000 modèles de communes et corrigerai. Au passage, comme le dit El pitareio, la correction relève d'une certaine complexité. Il faut en effet certes supprimer les données de l'année en doublon, mais aussi décaler les numéros d'ordre des données post-2006 (tout en gardant les données) et changer également le paramètre "nombre" puisqu'il y a une ligne de données en moins. J'aurai intérêt à tester plus de trois fois qu'une avant de lancer la rectif en automatique. Je verrai cela après le second tour des élections départementales.Roland45 (discuter) 29 mars 2015 à 09:27 (CEST)
Merci du signalement. 21 erreurs à corriger, sur plusieurs dizaines de milliers, ça va. Je n'ai pas l'explication. Mais il est vrai que souvent j'interviens sur WP en même temps que le bot travaille et j'ai pu constater quelquefois des emballements du bot dus à cela.Roland45 (discuter) 2 avril 2015 à 13:18 (CEST)
Je te prie d'arrêter tes invectives. Je le ferai quand je le souhaiterai et surtout le pourrai. Ton insistance commence à être pénible. Je te rappelle que tu peux aussi le faire, mais peut-être qu'il faut pour cela aussi comprendre comment fonctionne le modèle. Et ne me menace pas une nouvelle fois de fermer mon compte parce que tu t'arroges des droits qui ne sont pas les tiens. Pour reprendre les erreurs en question, il faut y aller à la main. Donc comme je commence à saturer en ce moment du code, cela attendra encore un peu. Mais je l'ai déjà dit, cela sera fait.Roland45 (discuter) 21 avril 2015 à 19:26 (CEST)
Ce ne sont pas des invectives, mais des demandes, et je vois que ça a servi puisque c'est corrigé. Le modèle est facile à comprendre, et sur les 21 qui restaient au moment du signalement, je pense en avoir corrigé 19 (plus la vingtaine que j'avais déjà corrigé avant le signalement)... Quand il y a des valeurs de population complètement différentes pour une seule et même année, le travail n'est pas la compréhension du fonctionnement du modèle, mais d'aller rechercher quelles sont les bonnes valeurs dans les sources. --NicoV (discuter) 22 avril 2015 à 13:02 (CEST)
Corrections automatiques et semi-automatiques des pages utilisant des arguments dupliqués dans les appels de modèle
Dernier commentaire : il y a 9 ans51 commentaires6 participants à la discussion
Salut les modélistes,
Dans la vie, j'ai trois grandes passions : les modèles, pywikibot et la déduplication.
Comme vous le savez déjà, depuis quelques mois Mediawiki alimente automatiquement la catégorie Catégorie:Page utilisant des arguments dupliqués dans les appels de modèle avec les pages qui utilisent des arguments dupliqués dans des appels de modèle (comme quoi, c'est bien fait). Parfois, c'est directement dans les modèles (comme dans la section précédente, ou comme pour {{diagramme d'échecs}} : toutes les pages qui l'incluent sont concernées). Mais souvent, c'est bêtement un argument qui est répété dans le code, ce qui peut être aussi facile à trouver au milieu d'un article qu'une aiguille dans une botte de foin. Du coup, j'ai demandé à mon bot de chercher lesdits arguments, avec un minimum de contexte pour repérer plus facilement dans le code, et le résultat de ses investigations est là (pas à jour car j'en ai corrigé un certain nombre entre-temps).
Sur ma lancée, je me suis dit que le bot pouvait aussi m'aider à corriger les doublons, et j'ai écrit un script (un peu dans l'esprit de solve_disambiguation.py pour ceux qui connaissent), dont le code source est ici. C'est encore du work in progress mais ça marche (voir les contributions de mon bot NaggoBot (d · c · b)), et normalement il doit fonctionner tel quel sur n'importe quel projet MediaWiki (seul le commentaire d'édition est codé en dur en français). C'est basé sur pywikibot et mwparserfromhell.
Le script permet de choisir la valeur à conserver, ou de renommer un argument. Ça va beaucoup plus vite que d'éditer via le site, mais le boulot reste énorme avec plus de 11 000 pages dans la catégorie. Du coup je me suis demandé s'il était possible de faire certaines de ces modifications en masse. De ce que j'ai vu, dans le cas où les deux valeurs sont identiques, ou dans le cas où seule la dernière est renseignée, on peut enlever la première sans risque (le rendu n'est pas changé), sauf dans le cas d'arguments numérotés (jeux de maillots d'un club, liste d'auteurs, liste de pistes ...). Ces cas sont souvent des erreurs de copier-coller où la numérotation a sauté, faire des modifications automatiques risque d'enlever un argument vide à un endroit où il est attendu parmi un groupe d'arguments, alors que le deuxième devrait porter un autre numéro. Exemple : dans Arènes (pôle multimodal de Toulouse), il ne faut pas supprimer la première occurrence de titre correspondance 1, mais remplacer la deuxième par titre correspondance 2.
En résumé, ce que je voudrais faire, c'est un traitement de masse qui ne conserve que le dernier des arguments en double dans le cas suivants :
Seule la dernière valeur est renseignée, ou toutes les valeurs sont identiques
L'argument ne finit pas par un numéro (piste2, nom1 ...)
Cela devrait permettre de réduire considérablement le volume de cas à traiter de façon manuelle ou semi-automatique. Qu'en pensez-vous ?
Je notifie Al1 : parce que je ne sais pas s'il suit cette page, mais j'ai vu qu'il avait travaillé sur le sujet également.
Belle analyse, très juste. C'est le genre de travail que je fais souvent manuellement ou en semi-automatique avec AWB à partir des Statistiques sur les modèles de Wikipédia d'orlodrim (d · c · b) qui, en plus de recenser les arguments dupliqués, liste les paramètres inconnus. À quand une catégorie qui les recense aussi ? Pour moi, c'est pire.
Je supprime (ou corrige) également les paramètres non nommés des Infobox.
En conclusion, Le travail que tu effectues est utile, et je l'approuve. Il est néanmoins incomplet. C'est, si tu me permets un peu d'humour, comme faire la vaisselle à l'eau froide et sans détergent , il reste des traces et du gras !
L'idée des numéros est astucieuse, j'essaye de généraliser : je vais calculer la liste des modèles dont certaines inclusions ont des paramètres en double, et tels qu'il existe des pages contenant simultanément le paramètre dupliqué et un autre paramètre à une distance d'édition de 1. Ça donnera une idée des modèles où faire des corrections est risqué (par exemple, {{Arbre généalogique}}).
Bon, n'y passe pas trop de temps, de toute façon si tu ne fais que ce que tu indiques ça n'aura aucune conséquence visible (ici s'agit juste d'éviter de rendre plus difficiles à corriger des erreurs déjà présentes).
Bonsoir. Pour info, j'ai modifié WPCleaner il y a quelques jours pour qu'il détecte/signale les arguments en double et corrige automatiquement certains cas (valeurs identiques, première valeur vide ; sauf si chiffres à la fin du nom). --NicoV (discuter) 21 mars 2015 à 22:04 (CET)
FDo64 : Je suis bien d'accord que ça ne résout qu'une partie du problème, mais si j'avais le détergent pour tout rendre nickel, je n'hésiterais pas . Ici, la catégorie me donne un point d'entrée pour déjà corriger une partie, donc je commence par ça. Pour les arguments inexistants, il me semble difficile d'envisager une opération de masse, à part peut-être supprimer ceux qui sont vides ?
Orlodrim : Merci pour le recensement, j'ai commencé à faire quelques modifications en masse sur une liste d'articles et ça n'a a priori pas produit d'effet négatif, sachant que comme tu le soulignais, au pire ça ne fait que casser un peu plus des modèles déjà cassés, sans changer le rendu de l'article. Je vais prochainement lancer sur toute la catégorie, en excluant les modèles que tu as listés.
NicoV : Merci pour l'ajout à WPCleaner, cela contribuera à faire baisser le nombre d'articles dans cette catégorie.
effectivement, j'ai tenté de passer un pywikibot pour remplacer les arguments quand le premier est vide ou la copie du second et donc vider un peu la catégorie, mais je suis vite limité par la complexité des expressions régulières et je n'ai pas détecté tous les cas, surtout quand il y a un argument du modèle qui contient lui-même un modèle... il faut aussi se méfier du cas où il y a deux = dans l'argument de modèle, un cas recontré étant légende = vraie_légende | légende = alt = ... où le traitement à faire n'est pas évident (légende= vraie légende|alt= ... éventuellement). Pour les modèles d'échecs, il faudrait lancer la discussion sur leur page de projet, les paramètres dupliqués étant des |= qui servent à la mise en forme du source. On pourrait changer le modèle pour décatégoriser tout ça, mais il faut le faire en accord avec eux (en expliquant que ça masque d'autres erreurs, ça peut passer) Al1(d)23 mars 2015 à 10:24 (CET)
Je commencerais bien par traiter les modèles posant directement problème (exemple: {{Calendrier Ligue 1 2013-2014}}) afin d'éliminer tous les articles qui sont catégorisés à cause de l'utilisation du modèle. Quelqu'un sait comment obtenir la liste des modèles dans la catégorie ?
Ensuite, je peux lancer WPCleaner en mode automatique sur les articles pour corriger automatiquement certains cas, si ça vous semble ok. Je pense que je détecte plus de cas que pywikibot vu que je n'utilise pas d'expressions régulières, mais un analyseur maison de la syntaxe wiki.
Après, je me dis qu'il serait bien de lister les pages qui sont catégorisées mais pour lesquelles WPCleaner ne trouve pas le problème : ça permettrait de trouver les cas comme dans la discussion précédente (modèle {{SIMDUT}} qui posait problème). Je dois pouvoir facilement générer une telle liste avec quelques modifs dans WPCleaner.
Après tout ça, aucune idée de la quantité restante à traiter...
Dernier point: savez-vous comment ne pas avoir les pages de discussion dans la catégorie ? Je pense que ce n'est pas très utile et ça alourdit l'analyse.
Je ne sais pas comment marche WPCleaner (je n'arrive pas à m'en servir derrière un proxy) mais si c'est via l'API, il faut passer cmnamespace=0 pour n'avoir que les pages de l'espace encyclopédique. Pour les arguments inexistants de modèle, quelqu'un s'est penché sur la question ? Ca doit être faisable en LUA. Al1(d)23 mars 2015 à 15:49 (CET)
NicoV et Al1 : une précision, je n'utilise ni regex ni fonction maison pour parcourir les modèles (je crois que je n'aurais pas le courage d'écrire ça vu la complexité du truc), mais une bibliothèque existante qui fait ça très bien : mwparserfromhell (en python). L'avantage c'est que tout le boulot compliqué d'analyse syntaxique est déjà fait, y compris pour les modèles imbriqués (exemple ce diff). Je ne sais pas s'il existe quelque chose de similaire en java. El pitareio (discuter) 23 mars 2015 à 23:39 (CET)
J'aurais bien aimé trouver ça en Java, mais pas vu quand je m'en suis occupé pour WPCleaner. J'ai développé petit à petit mon propre analyseur syntaxique, et je le complète quand je découvre des problèmes ou des nouveaux besoins. --NicoV (discuter) 24 mars 2015 à 13:47 (CET)
<div style="display: none">L'argument itinéraires alpin n'existe pas dans le modèle appelé</div>
(celui-ci est piqué sur la page 3-5_Pigadia. Par contre, je n'ai pas réussi à récupérer la source du modèle ce qui aurait permis de détecter automatiquement les arguments, ça fait une syntaxe un peu lourde sur la page de modèle.
-- Al1(d)24 mars 2015 à 13:30 (CET)
Al1, cool sur le principe . Ce serait bien de récupérer la liste des arguments dans le TemplateData quand il existe plutôt que d'avoir à saisir la liste manuellement. --NicoV (discuter) 24 mars 2015 à 13:58 (CET)
Pour info : j'ai fait tourner mon bot en automatique pour les cas simples sur l'ensemble de la catégorie, qui est descendue à environ 8 300 cas. C'est déjà pas mal (on était à plus de 12 000 la semaine dernière) mais je suis un peu déçu, j'espérais que ça en résoudrait plus. J'envisage de le passer aussi dans l'espace Discussion (j'ai commencé en semi-auto) pour dédoublonner toutes les évaluations d'avancement en double, il y en a un paquet. D'autre part j'ai un peu enrichi Utilisateur:NaggoBot/ArgsDup qui détecte maintenant les cas où un paramètre nommé avec une position est en conflit avec un paramètre non nommé (ex {{foo|bar|1=toto}}). El pitareio (discuter) 24 mars 2015 à 14:02 (CET)
j'en avais déjà fait une bonne partie avec pywikibot (les cas simples), ceci explique cela... mais c'est quand même énormeuh -- Al1(d)24 mars 2015 à 16:42 (CET)
Aux oublis et erreurs près, j’ai corrigé les évaluations d'avancement en double, il reste encore environ 7 850 pages dans la catégorie. J'ai l'impression qu'il y a pas mal de pages liées au projet échecs, il faudrait trouver une solution pour une syntaxe qui ne déclenche pas la catégorisation. --NicoV (discuter) 25 mars 2015 à 18:39 (CET)
J'ai passé WPCleaner en mode bot sur les articles de l’espace encyclopédique, une centaine de corrigés, reste environ 7 750 pages. Je suis tombé sur quelques soucis avec les pages de discussion (tables incluses dans des modèles…), je lancerais WPCleaner dessus plus tard. --NicoV (discuter) 26 mars 2015 à 00:18 (CET)
J'ai continué sur tous les espaces, environ 400 de moins. Je pense que j’ai fait le tour de ce que je peux faire en automatique… --NicoV (discuter) 27 mars 2015 à 07:32 (CET)
Salut, j'ai du annuler une de tes modifications, tu as corrigé du texte entre des balises pre. Par contre, j'ignore pourquoi la page Discussion modèle:Palette/Test est en erreur. Ce serait intéressant de le savoir. Pour information, ce modèle appelle un module qui accepte depuis quelques temps les palettes avec des paramètres. Il se pourrait qu'il s'agisse d'un faux-positif. --FDo64 (discuter) 27 mars 2015 à 21:32 (CET)
Pour les problèmes liés aux diagrammes d'échec, j'ai posté une questions sur Wikipédia:Diagramme de jeu. A voir si il ne faut pas demander aussi sur les projets/portails tels que échecs; et essayer de trouver une solution de remplacement pratique. --NicoV (discuter) 26 mars 2015 à 10:11 (CET)
Salut ! Il n'y a que 3 personnes qui suivent cette PDD (penser à regarder « Information sur la page » dans le menu à gauche). Pas sûr que tu obtiennes une réponse... --FDo64 (discuter) 26 mars 2015 à 21:19 (CET)
FDo64, comme il n’est pas opérateur, il doit juste voir quelque chose comme « moins de 30 » (je ne me souviens plus de la limite exacte)… — Ltrlg (discuter), le 26 mars 2015 à 21:34 (CET)
Pour info, avec le Module:Échiquier que j’ai récupéré et adapté de en:Module:Chessboard, je peux gérer sans problème avec le même modèle ({{Utilisateur:NicoV/Diagramme d'échecs}}) les appels avec l'ancienne syntaxe (les |=) et la nouvelle syntaxe. J'ai encore quelques améliorations en tête pour le module (en particulier pour améliorer les performances) et quand j'aurais testé tout ça, je proposerais au projet Échecs le remplacement du modèle et de la syntaxe. Si ils sont d'accord, il suffira de remplacer le modèle et ensuite de demander à un bot si il peut remplacer la syntaxe d'appel. Je vous tiens au courant quand j'ai un module terminé. --NicoV (discuter) 8 avril 2015 à 16:29 (CEST)
J'ai l’impression que mon nouveau modèle d'échecs est un peu plus lent (cf. Utilisateur:NicoV/Variante Najdorf) que le modèle actuel (cf. Variante Najdorf) sur mon PC (temps CPU un peu plus élevé dans les données d'optimisation de l’analyseur en prévisualisation). Quelqu'un aurait des idées ? Est-ce que vous voyez aussi cette légère différence ?
J'ai proposé au projet échecs le remplacement du modèle {{Diagramme d'échecs}} et de la syntaxe (cf. discussion). Si il n'y a pas de réticences dans les prochains jours, je remplacerais le modèle (le nouveau modèle fonctionne avec la syntaxe actuelle et avec une syntaxe simplifiée qui ne déclenche plus la catégorisation) et je demanderais à un bot de remplacer la syntaxe pour ne plus avoir la catégorisation. --NicoV (discuter) 9 avril 2015 à 10:56 (CEST)
Bonjour, j'ai l'impression qu'un nombre non négligeable de cas est lié à d'anciennes modifications d'HunsuBot (Hunsu :), telles que celle-ci (ajout d'un paramètre "3=" avec une valeur alors que le paramètre correspondant non explicitement nommé existe et est vide). J'hésite à traiter ce genre de cas en automatique : premier argument sans nom et sans valeur, deuxième argument explicitement nommé. Qu'en pensez-vous ? --NicoV (discuter) 28 mars 2015 à 12:14 (CET)
C'est sans risque pour le troisième argument non nommé de {{Traduction/Référence}}. De façon générale, c'est sans risque pourvu qu'il n'y ait pas de quatrième argument non nommé qui se retrouve en troisième position parce que le troisième argument non nommé a été supprimé. Orlodrim (discuter) 28 mars 2015 à 12:22 (CET)
Bien vu pour la source de l'erreur, il y a effectivement un bon nombre de cas de ce genre. Totalement pour un remplacement automatique dans le cas où le troisième est vide et qu'il n'y a pas de quatrième, j'envisageais d'ailleurs de le faire. El pitareio (discuter) 28 mars 2015 à 14:11 (CET)
Pour les 7000 pages restantes, je ne vois pas trop de moyen automatique de les corriger (à part pour les diagrammes d'échec une fois qu'une autre syntaxe aura été trouvée). Éventuellement, je peux modifier WPCleaner pour déposer des bandeaux informatifs dans les pages de discussion ou sous-page À faire comme il le fait déjà pour {{Avertissement Homonymie}} et {{Avertissement ISBN}}. Qu'en pensez-vous ? --NicoV (discuter) 31 mars 2015 à 12:27 (CEST)
On trouve en fouillant quelques travaux semi-automatiques (càd qu'il faut vérifier le travail du bot) à faire. Un nombre important de périodique=|périodique= au lieu de éditeur=|périodique= ou de périodique=|éditeur= en particulier (j'en ai corrigé quelques uns). Je cherche aussi une solution pour les listes avec deux numéros identiques. - Al1(d)8 avril 2015 à 13:53 (CEST)
En tout cas, la cause progresse : « plus que » environ 5 000 pages dans la catégorie, ce qui reste certes considérable. Le revers de la médaille, c'est que ce qui reste sera difficilement automatisable. Le revers de ce revers (ce qui commence à faire beaucoup de côtés pour une médaille), c'est que les pages qui restent ont plus de chances de correspondre à des « vraies » erreurs, dont la correction remettra en ligne des informations qui étaient masquées ou mal placées. El pitareio (discuter) 17 avril 2015 à 00:25 (CEST)
Le bandeau est apposé sur toutes les pages de discussion des articles concernés. Quelques contributeurs ont déjà corrigé certains cas (cf. une partie des suppressions du bandeau + 20 ou 30 faites avant sur mon compte bot). Je ne pense pas que ça permettra de corriger énormément de pages, mais ça aidera un peu. --NicoV (discuter) 19 avril 2015 à 15:35 (CEST)
L'article Modèle:Unités incomplètes ? est proposé à la suppression
Le meilleur moyen d’obtenir un consensus pour la conservation de l’article est de fournir des sources secondaires fiables et indépendantes. Si vous ne pouvez trouver de telles sources, c’est que l’article n’est probablement pas admissible. N’oubliez pas que les principes fondateurs de Wikipédia ne garantissent aucun droit à avoir un article sur Wikipédia.
Dernier commentaire : il y a 9 ans3 commentaires2 participants à la discussion
Bonjour, je cherhce de l'aide pour m'expliquer et paramétrer ce modèle, la documentation du modèle est loin d'être vulgarisée, c'est compliqué et incompréhensible pour le commun des mortels comme moi!, je me perds avec |jours=30|graine=17. C'est pour afficher une image par jour ici -> Portail:Roller et skateboard/Image du jour Merci d'avance -- Archimëa[Toc 2 Mi]7 avril 2015 à 13:30 (CEST)
Pour changer d'image une fois par jour il faut |jour=1. Par défaut si le paramètre n'est pas présent l'image change cinq fois par jour.
La graine est là pour que l'ordre donne l'impression d'être aléatoire, en faisant un saut de graine images chaque jour. Donc si graine=1, les images seront affichée dans l'ordre. Si graine=2 il en sautera une sur deux (donc on ne verra toujours que la même moitié des images s'il y en a un nombre pair comme ici). Pour la valeur de graine, je préconnise l'usage d'un nombre premier pas trop petit pour ne pas avoir de problème même si un certain nombre d’images sont ajoutées, par exemple graine=97. Par défaut graine=17, donc tant qu'il y a moins de 16 photos on peut se passer de ce paramètre.
Par ailleurs ici comme le plus grand numéro d'image est 14, il faut que max=14
Dernier commentaire : il y a 9 ans3 commentaires2 participants à la discussion
Bonjour,
Apparemment, certaines infobox (au moins Modèle:Infobox Mégalithe) font disparaître la carte de géolocalisation quand on supprime les coordonnées, même si celles-ci apparaissent via wikidata. Y a-t-il un moyen de corriger ça ? ---- El Carobla17 avril 2015 à 17:34 (CEST)
Dernier commentaire : il y a 9 ans6 commentaires3 participants à la discussion
Bonjour, le modèle {{Permalien}} est-il capable d'actualiser un lien bleu, même si Wikimedia modifie l'adresse url de la totalité des pages d'un ou plusieurs de ses projets ? -- Amicalement, Salix[Converser]1 mai 2015 à 12:31 (CEST)
Tu veux dire, une option pour que le texte du lien (paramètre 3 ou à défaut 1) soit le titre actuel de la page correspondant au n° de version (paramètre 2) ? — Oliv☮Éppen hozzám?1 mai 2015 à 12:39 (CEST)
Oliv0 Désolée, je ne comprends rien au contenu des modèles. Je veux dire que si demain la fondation Wikimedia décide pour une raison quelconque de changer l'adresse des pages (par exemple d'utiliser https://fr.wikipedia.org/Wikipédia:Questions_techniques/semaine_18_2015 au lieu de https://fr.wikipedia.org/wiki/Wikipédia:Questions_techniques/semaine_18_2015) tous les liens internes seront automatiquement mis à jour, tandis que les liens avec l'url brute seront des liens morts (dixit Zebulon84). Et qu'en serait-il des liens utilisant {{Permalien}} ? -- Amicalement, Salix[Converser]1 mai 2015 à 12:44 (CEST)
Et de toute façon si les URL Wikipédia changent on peut penser que les admins système (les vrais, pas les balayeurs/modérateurs) feront ce qu'il faut pour que les URL anciens soient redirigés automatiquement. — Oliv☮Éppen hozzám?1 mai 2015 à 12:56 (CEST)
Dernier commentaire : il y a 9 ans3 commentaires2 participants à la discussion
Bonsoir, j'ai peut-être mal cherché mais je ne trouve pas le bon modèle:Redirect (car il y en a plusieurs) pour obtenir le rendu suivant : « Maurice Couve » et « Couve de Murville » redirigent ici. Pour l'homme d'Église, voir Maurice Couve de Murville (évêque).. Dans le cas où il est impossible actuellement d'avoir ce résultat, est-il possible de compléter le modèle actuel pour faire en sorte qu'on puisse avoir l'affichage demandé ? Merci d'avance. --77.198.150.92 (discuter) 17 mai 2015 à 00:37 (CEST)
Dernier commentaire : il y a 9 ans3 commentaires2 participants à la discussion
Bonjour,
Afin d'alléger la syntaxe dans les articles concernés, serait-il possible d'ajouter un paramètre "fuseau=" dans le modèle heure ? Ainsi par exemple {{heure|1|2|3|fuseau=HNEC}}, {{heure|1|2|3|fuseau=EST}} ou {{heure|1|2|3|fuseau=UTC}} donneraient 1 h 2 min 3 sHNEC etc., alors qu'il faut aujourd'hui écrire un quelque peu lourd {{nobr|{{heure|1|2|3}} [[Heure normale d'Europe centrale|HNEC]]}} etc. Il faudrait que pour chaque fuseau possible (heure d'été et d'hiver, en abréviation française et anglaise, toutes variantes confondues (par ex. HNEC=HEC=CET=RST), ainsi que GMT, UTC, TU, TU1 etc.) le paramètre affiche l'abréviation inscrite avec un lien pointant vers la page correcte correspondante.
Merci d'avance.
Très cordialement. SenseiAC (discuter) 26 septembre 2013 à 15:39 (CEST)
P.-S. : en priorité, il faudrait faire UTC et PKT, que j'utilise dans l'article que je suis en train de créer. Merci
SenseiAC : j'ai ajouté un paramètre fuseau suite à une discussion sur WP:CT. Par contre il n'y a aucune mise en forme pour le moment si ce n'est un espace insécable, pour ne pas multiplier les liens s'il y a plusieurs fois de suite le modèle avec le même fuseau horaire. — Zebulon84 (discuter) 8 juin 2015 à 16:32 (CEST)
Merci Zebulon84, j'avais effectivement remarqué l'apparition de ce paramètre il y a quelques semaines — en ayant complètement oublié que j'avais fait la demande correspondante il y a près de deux ans ^^. Pour les (non-)liens, OK. SenseiAC (discuter) 8 juin 2015 à 21:50 (CEST)
Dernier commentaire : il y a 9 ans2 commentaires2 participants à la discussion
Bonjour,
Serait-il possible de rajouter un troisième paramètre, optionnel, permettant d'afficher le nom de la langue du texte original ? Je m'explique :
{{Traduction|langue=xx|texte étranger|texte en français|''rien ou'' non}} afficherait la même chose que maintenant. Par exemple, {{Traduction|langue=en|yes|oui|''rien ou ''non}} -> yes (« oui »)
{{Traduction|langue=xx|texte étranger|texte en français|oui}} afficherait la même chose que maintenant mais en précisant la "lang" entre parenthèse. Par exemple, {{Traduction|lang=en|yes|oui|oui}} -> « yes » (« oui » en anglais)
Au passage, je remarque que quand le paramètre "langue" est mal rempli, le message d'erreur indique de remplir le paramètre "lang", lequel ne fonctionne pas puique c'est "langue". Il faut donc soit corriger le message d'erreur, soit (et ça éviterait des erreurs) s'arranger pour que les deux nom "lang" et "langue" fonctionnent (comme dans le modèle "citation étrangère").
Merci d'avance ! SenseiAC (discuter) 27 octobre 2013 à 17:31 (CET)
Je ne sais pas si je saisis mal vos propos, mais pourtant, lorsque je clique sur « Article au hasard », que je tombe sur The Lottery Lover, en cliquant sur le « + » noir pour afficher les catégories cachées, je vois que l'article est catégorisé dans au moins une catégorie de l'espace non-encyclopédique (Wikipédia:ébauche film américain). Je peux vous donner des exemples similaires à la pelle. - Simon Villeneuve16 octobre 2014 à 15:34 (CEST)
Simon Villeneuve : Je ne sais pas si ce sujet est encore d'actualité mais j'apporte une précision : lorsqu'on interdit les catégories de l'espace non-encyclopédique, on exclue les catégories de maintenance indispensables. --FDo64 (discuter) 1 février 2015 à 12:20 (CET)
Dernier commentaire : il y a 9 ans1 commentaire1 participant à la discussion
Bonjour,
J'ai laissé sur la Pdd de {{KML}} un signalement : le lien vers les cartes de google ne fonctionnera bientôt plus. Quelqu'un peut-il réparer ou supprimer le lien vers google maps ? (merci de répondre sur la pdd du modèle plutôt, histoire de centraliser les discussions au bon endroit). ---- El Carobla15 février 2015 à 14:07 (CET)
Modèle diagramme d'échecs et autres diagrammes de jeu
Dernier commentaire : il y a 9 ans2 commentaires2 participants à la discussion
Bonjour, après réflexion et discussions sur cette page, j'ai fini par sérieusement envisager de demander la suppression des palettes qui se trouvent dans la Catégorie:Palette Effectif des équipes de la Ligue majeure de baseball. C'est un cauchemar à tenir à jour : le contenu change tous les jours ou tous les deux jours, et bien sûr ce n'est jamais fait. Je me suis risqué à essayer de le faire il y a deux ans, et c'est effectivement trop fastidieux. Au cours de l'hiver, je me suis appliqué à retirer les palettes obsolètes des articles où on les trouvait, mais de temps à autre un éditeur pensant bien faire les rajoute ici et là, sans réaliser que les informations sont erronées et datent d'au moins deux ans. Cela ne fait qu'à mon avis créer de la confusion et disséminer des informations inexactes. Je ne crois pas qu'un jour on puisse les maintenir à jour sur une base quotidienne, ce n'est pas réaliste.
Pour résumer : que me suggérez-vous de faire ? La procédure de suppression, si c'est la meilleure solution, est-elle la même que pour les demandes de suppressions d'articles ? Puis-je lier toutes ces pages (62 au total) dans une même demande ? Merci d'avance, je préfère m'informer plutôt que d'engager une procédure qui n'est pas la bonne. Beisbol (discuter) 10 avril 2015 à 18:15 (CEST)
Dernier commentaire : il y a 9 ans9 commentaires3 participants à la discussion
Bonjour j'ai créé les modèles suivants : {{Réfsérie}}, {{Réfsérie bloc}} et {{Réfsérie titre}}. Vous pouvez en voir un exemple ici Bender Tordeur Rodríguez#Références (le nombre de colonnes et le bandeau sont paramétrables). Si vous aviez un intérêt pour ceci, suggestion, question ou critique. Autant sur l'utilité de la fonctionnalité que sur le code utilisé, je serais ravi que vous me donniez votre avis. Désolé de ne pas avoir prévenu ici avant la création, je viens de trouver cette page. Cordialement, --Hoshimoriyo (discuter) 13 avril 2015 à 16:57 (CEST)
Pas d'avis sur l'utilité. Quelques remarques sans grande importance sur le code :
Sauf cas particulier, il ne faut pas faire de saut de ligne entre includeonly et noinclude (quel que soit le sens) sinon cela ajoute un saut de ligne dans la page, qui est parfois gênant. Ici les conventions typographiques indique qu'il faut que l'apppel de note soit collé au texte qui précède, donc sans l'espace introduit par le retour ligne.
Je déconseille fortement ce genre de chose : [[Modèle:Réfsérie bloc|<nowiki>{{Réfsérie titre}}]]</nowiki>. C'est très perturbant car on croit arriver sur un modèle alors que l'on est sur un autre.
Habituellement sur fr.wiki la documentation est après le modèle (même si ce n'est pas une obligation). J'ai modifié {{Réfsérie}} en ce sens.
Merci pour votre avis, les remarques que vous me faites sont tout à fait importantes. J'ai corrigé le nécessaire, et il y avait en effet une erreur entre le nom et le lien des modèles, c'est maintenant corrigé avec une autre syntaxe.
Il n'y a pas de procédure de validation de modèle sur fr.wiki. S'il est mal fait il sera de toute façon peut utilisé, ou si le concepteur l'impose d'autres contributeurs se chargeront en général de le lui dire, ou de corriger les défaut.
Si tu ne l'a pas déjà fait, je te conseille de faire un tour sur Projet:Modèle/Harmonisation qui donne de bons conseils et des règles tacites qui sont pour la plupart globalement appliquées.
L'utilisation de <poem> dans ta suggestion n'est pas très sémantique. Certes, c'est pas facile a faire dans wiki. Seule solution que je vois sur l'instant, pas forcément mieux : <pre style="border:0; background:transparent; font-family:inherit;">.
Pas de soucis pour l'amélioration de cette page.
Lua étant arrivé bien après les modèles, il y a plein de modèles qui font de la (petite) programmation, de façon très inefficace. Si tu en vois qui sont relativement utilisés il est possible de le signaler sur le projet:Scribunto. Quelqu'un s'en occupera peut-être un jour. On peut créer une page spécifique si nécessaire. – Zebulon84 (discuter) 13 avril 2015 à 21:33 (CEST)
un [réf. nécessaire] auto-proclamé n'a pas sa place dans une page d'aide
la mise en forme est à revoir
paragraphe Suggestion
le commentaire perso « j'ai l'impression que c'est ce qui se fait assez généralement sur les Infoboxes existantes ? --Hoshimoriyo (discuter) 13 avril 2015 à 20:11 (CEST) » n'a pas sa place dans une page d'aide
FDo64, je comprend cette remarque, je ne veux pas imposer ma vision et c'est pourquoi j'ai auto-ajouté des [Interprétation personnelle ?] et [réf. nécessaire] : pour que cela soit relu, corrigé, adapté, voire supprimer en fonction des visions différentes. J'ai cru bon d'être un peu plus libre pour ceci que pour un article car la section demande de l'aide pour être remplie. Si il s'avère que ce que j'ai écrit est correct et non contesté, je serais ravi de les enlever. --Hoshimoriyo (discuter) 13 avril 2015 à 22:25 (CEST)
Géolocalisation pour les îles Canaries dans une infobox
Pour les catégories, j'ai juste fait un null édit sur le modèle pour que la page apparaisse effectivement dans les catégories : lorsque la catégorie est ajoutée dans une sous page ou dans un modèle, la page n'apparait dans la catégorie que quelques jours plus tard, mais on peut forcer la prise en compte immédiate en enregistrant la page principale sans modification. — Zebulon84 (discuter) 11 juillet 2015 à 17:51 (CEST)
Dernier commentaire : il y a 8 ans3 commentaires2 participants à la discussion
Bonjour,
À la base, je m'étais penché sur le code de {{Sigle}} pour un simple saut de ligne qu'il faudrait supprimer entre le </includeonly> et le <noinclude>.
En fin de compte, j'ai remarqué qu'il y aurait un peu de maintenance à faire, et notamment ce point : depuis ce changement, il n'y a plus lieu d'avoir deux modèles {{Sigle}} et {{Sigle sans homonymie}}. Un admin aurait-il la gentillesse de s'occuper de réunifier le code dans {{Sigle}} et transformer {{Sigle sans homonymie}} en simple redirection ?
Orlodrim : Merci Considérant que cela arrangerait tout le monde, et que le modèle ne semble jamais avoir été vandalisé, que penserais-tu de le passer en semi-protection ? od†n ↗blah20 septembre 2015 à 03:41 (CEST)
Dernier commentaire : il y a 9 ans2 commentaires1 participant à la discussion
En vue des prochaines élections canadiennes j'ai créé {{TableauElecFed2015}} à partir de {{TableauElecFed2011}}. Les changements sont simplement d'ajouter les nouveaux partis politiques et supprimer ceux qui sont disparus, je ne m'y connais pas assez en code pour faire plus complexe que ça. Ça fonctionne bien en général, sauf qu'il y a toujours quelques lignes qui sont beaucoup plus hautes que les autres, comme on peut voir dans ma page brouillon (voir au bas). Qu'est-ce qui pourrait clocher ? Petite notification à Riba : si jamais il s'ennuie dans ses vacances... Merci! Cortomaltaisparloir ➔6 août 2015 à 16:51 (CEST)
L'outil Finances locales V2 a pour but d'aider les contributeurs à rédiger la section de même nom des articles des communes de France. Suite à l'échec de la version 1, une nouvelle mouture basée sur des modèles est en définition.
Question aux spécialistes : où conseillez-vous de placez les données exploitées par les modèles qui seront développés ? Dans l'espace de noms modèle comme pour le projet des sections Démographie ou dans Wikidata ?
Bien entendu, mais il faudra régler d'abord le fait qu'il y a 3 natures de données de recensements en France et que chacune est affichée ou non dans les tableaux en fonction de certains critères. ET qu'en plus certaines données sont affichées une année et disparaissent l'année suivante. Cela se règle. Rien ne peut être réglé. Il suffit de bien paramétrer. Mais on n'y est pas encore. Le cas des données financières est beaucoup + simple, car elles ne bougent pas d'une année sur l'autre. Une fois qu'elles sont stockées, c'est terminé.Roland45 (discuter) 17 août 2015 à 20:54 (CEST)
Dans Wikidata on efface de toute façon rien (de sourcé), donc ce sera pas plus dûr que les données financières. Si les données s'affinent dans le temps, on déprécie (il y a un rang spécial pour ça) les déclarations avec les anciennes valeurs, et on met en rang privilégié ou normal les nouvelles données. C'est géré par conception ... Il y a dans l'API Wikidata une fonction getBestStatement qui retourne uniquement les rang privilégié si il y en a. Les anciennes données disparaîtront des tableaux et infobox dés que les nouvelles seront rajoutées avec une priorité supérieure. (sauf si j'ai rien compris). — TomT0m[bla]17 août 2015 à 21:01 (CEST)
Bonjour à tous. Je suis informaticien mais béotien concernant Wikidata, j'ai essayé plusieurs fois de comprendre mais sans succès. Au sein du projet:Communes de France, à chaque fois qu'on évoque l'intégration de données dans Wikidata, il y a toujours des contributeurs pour répondre YAKA, FOKON, etc. Mais je n'ai jamais réussi à aller plus loin. Pas de problème pour stocker des données, j'ai compris, mais pourrait-on nous donner le nom d'un wikipédien connaisseur de Wikidata avec qui on puisse s'expliquer en français sur tous les traitements à effectuer sur ces données avant d'être capable de les intégrer dans les articles de commune ? Merci d'avance, cela permettra de faire avancer le schmilblick. Bien cordialement. AntonyB (discuter) 17 août 2015 à 21:21 (CEST)
Tu as une question en particulier ? Comment sont (devraient être) stockées les données, comment utiliser Module:Wikidata ou mw.wikibase en lua ?
Si c'est la première question, il faut voir comment font les contributeurs des projets en questions, mais en général c'est sous forme de propriété attachée à un élément Wikidata. Un élément Wikidata représente une commune ou n'importe quoi d'autre qui a un article sur une Wikipédia ou un autre projet. A chaque élément est attaché un ensemble de déclarations, comme par exemple Paris a 1 000 000 d'habitant en 1900. ou il y a une propriété nombre d'habitant et un qualificateur date pour donner la date de validité. On récupère les déclaration d'une propriété comme nombre d'habitant avec un appel à la fonction élément.getBestStatement(nombre d'habitant), en pseudocode approximatif et on l'affiche dans l'infobox ... — TomT0m[bla]17 août 2015 à 21:44 (CEST)
Bonjour. Je te remercie de ta réponse rapide. Mais je n'ai aucunement l'intention de rentrer dans cette programmation et d'essayer de comprendre ce qu'est un « pseudocode approximatif » ; j'ai écrit un compilateur il y a plus de 40 ans, tu vois je connais le sujet et ne suis plus de toute jeunesse ! Mon propos avait simplement pour objet de rappeler que nous avons mis longtemps à comprendre la façon d'exploiter les données de l'Insee (heureusement nous avons au sein du projet un employé de l'Insee qui travaille à la direction des recensements), nous avons ainsi défini l'algorithme qui permet de mettre à jour les articles à partir de ces données. Il pourrait en être de même pour des graphiques à partir des données comptables, etc. Il nous faudrait donc rentrer en relation avec une personne connaissant les arcanes de Wikidata et capable de tordre le coup — une bonne fois — à ces YAKA, FOKON. Ainsi on saura si l'on peut utiliser ou non Wikidata, et si oui, quels sont précisément les traitements que l'on peut y effectuer. Après, il faudra trouver qqn pour assurer la programmation (si programmation il y a). Bien cordialement. AntonyB (discuter) 17 août 2015 à 22:08 (CEST)
Bonjour à tous.
Je vais poser la question autrement. Existe-t-il un tutoriel qui nous explique :
Comment on stockera les données de la base Alize (base des comptes des communes du ministère de l’Économie, des Finances et de l'Industrie) dans Wikidata ?
Comment on organise ces données dans Wikidata ?
Comment on les récupéra pour les exploiter dans Wikipedia (dans un modèle ou direcetement dans un article).
La question d'AntonyB est : y-aurait-il ici un expert de wikidata qui pourrait aider pour la partie Wikidata et participer à la mise en œuvre de l’exploitation des données financières des communes dans wikipedia ?
Merci par avance. Et n'hésitez pas à me parler bases de données ou bases d'objets (bases "orientées objets" ou "centrées objets") ou facets (les méthodes des objets), j'ai baigné dans le sujet il y a 35 ans et j'y baigne encore et même depuis que l'on parle de Big Data. Tout ce que l'on souhaite, c'est que cela soit compréhensible pour des non informaticiens. Bien cordialement, --Kootshisme (discuter) 17 août 2015 à 23:23 (CEST)
J'ai l'impression que la principale raison du manque de réponses ici est qu'elles sont à poser à deux endroits différents : stockage et organisation des données sont sur Wikidata et à décider sur Wikidata par les spécialistes de là-bas, et ensuite leur récupération sur Wikipédia est à faire ici par des modèles et modules de Wikipédia déjà existants, ou qui peuvent être développés sans problème si on a un consensus pour dire exactement ce qu'on veut faire, et si on le demande ici ou sur les autres pdd adaptées (P:Lua pour un module, P:JS pour un gadget). — Oliv☮Éppen hozzám?18 août 2015 à 07:45 (CEST)
Exactement. Wikidata est un projet en construction, et si les personnes compétentes pour décider de l'organisation sur Wikidata et qui connaissent bien le sujet veulent pas se bouger de Wikipédia, donc celles qui pourraient écrire un tutoriel, ça va pas bouger des masses. Pour ceux qui s'intéressent à l'organisation des données sur Wikidata, je ne peux que conseiller la lecture du Glossaire : d:Wikidata:Glossary/fr. Ensuite on pourra peut être rentrer un peu dans les détails avec un vocaulaire commun. — TomT0m[bla]18 août 2015 à 12:26 (CEST)
Merci à tous pour ce débat très intéressant. Comme le disait Thomas Fuller« tout est difficile avant d’être simple ». Je vais suivre les conseils indiqués, tenter de comprendre et me faire aider. --A+ Thierry (discuter) 19 août 2015 à 10:16 (CEST)
Dernier commentaire : il y a 8 ans4 commentaires3 participants à la discussion
Bonjour, serait-il possible de faire afficher un popup contenant la traduction en chiffres arabes, je trouve très désagréable et archaïque la notation en chiffres romains. J'imagine que les jeunes lecteurs du monde francophone seront ravis de cet ajout.
On pourrait aussi créer un bot pour faire cela : XIXe siècle. Merci. --YanikB9 septembre 2015 à 21:35 (CEST)
...très désagréable et archaïque..., on ne saurait mieux dire. C'est étonnant, d'ailleurs, la subsistance de cette notation aussi difficile à appréhender qu'à déchiffrer (le MCMXXXVIIème siècle ? euh??? où ai-je encore mis mon microscope ? ). Yaka remiser ça avec les rouleaux de parchemins et les calames. Cordialement, et Hop ! Kikuyu3Sous l'Arbre à palabres12 septembre 2015 à 11:21 (CEST)
Bonjour, justement le modèle {{siècle}} permet d'avoir une pop-up avec le sicèle en toutes lettres :
« Ce modèle permet d'écrire le nombre d'un siècle en chiffres romains (petites capitales) en explicitant son sens via l'élément abbr.
Exemple
{{Siècle|XX|Vingtième}} donne : XXe »
Il est vrai que ce modèle est un peu contraignant et qu'il est plus facile d'utiliser les modèles {{S}}, {{S mini}} ou {{Sp}}, notamment pour afficher par exemple « VIIe au IXe siècles ». Je me demande aussi quelle est l'accessibilité de ces derniers modèles pour les lecteurs d'écran ? (Je vais d'ailleurs de ce pas poser la question sur l'atelier d'accessibilité)
Sinon, Pour avoir un affichage automatique du siècle en chiffres arabes ou en toutes lettres, il faudrait sans doute passer au lua, mais ça ne poserait pas de gros problèmes, ça demanderait juste un peu de temps.
Merci de ces explications et du travail que tu fais dans ce domaine. Glad to see you back. Kikuyu3Sous l'Arbre à palabres19 octobre 2015 à 08:03 (CEST) Un jour, il faudra créer le modèle "Wikipédia a le temps, ce sont les wikipédiens qui sont pressés."
Dernier commentaire : il y a 8 ans2 commentaires1 participant à la discussion
Bonsoir, je suis encore un peu perdu avec ce fameux wikidata. J'ai pu mettre à jour les modèles de géolocalisation des futures nouvelles régions de France (123456), mais je ne parviens pas à les tester comme je testais les anciens modèles. Quelqu'un peut-il me montrer la marche à suivre s'il vous plait ? --Flappiefh (d) 8 octobre 2015 à 23:17 (CEST)
Réponse à moi-même : apparemment, il n'existe pas encore les outils nécessaire côté wikidata. En attendant, je fais comme d'habitude, c'est à dire sans utiliser les modèles wikidata. --Flappiefh (d) 15 octobre 2015 à 20:28 (CEST)
Dernier commentaire : il y a 8 ans6 commentaires3 participants à la discussion
Alors que 'l' et 'L' sont des symboles autorisés du litre (mais 'L' est recommandé), le modèle {{Unité/2}} ne restitue que 'l' (exemples : {{unité/2|1|l}} et {{unité/2|1|L}} : 1l et 1L. Il faudrait que le modèle restitue le symbole qu'on a mis ('l' ou 'L', au choix). C'est bien ce qu'il fait pour l'unité 'mph' ou 'MPH'. Je n'ai pas vu comment le changer (à tout hasard j'ai essayé d'échanger 'l' et 'L' dans le code pour les mettre dans le même ordre que pour 'mph' et 'MPH', mais sans succès). — Ariel (discuter) le 21 octobre 2015 à 08:53 (CEST)
(La discussion ci-dessus est transférée depuis WP:QT)
Je ne connais pas les convention, donc je ne sais juger si la demande est recevable. Peut-être que Epop aura un avis ? Si c'est justifié, la modification devrait être celle-ci :
Oups ! Ça affiche "L" mais ça n'indique pas "Litre" par survol de la souris. Je vais faire comme tu dis... — Ariel (discuter) 21 octobre 2015 à 11:31 (CEST) (le même jour, en fait)
Ce caractère s'affiche correctement sur Windows 7–firefox, Window XP–IE7, Unbutu 14.04–Firefox (mais souligné), Android 5, OsX Mountain Lion–Safari. Je trouve globalement qu'il correspond mieux à la version utilisé dans l'impression à laquelle nous sommes habitué. Je n'ai pas à ma disposition de téléphone iOs, Kitkat, Gingerbread... donc merci de signaler s'il y a un problème d'affichage avec l'un de ces appareils.
Ok, merci. J'avais vu qu'il n'y avais pas de page de discussion sur le modèle {{o}}, mais je n'avais bêtement pas pensé à lire celle de {{numéro}}. Je retiens surtout que pour que l'affichage de {{numéro}} (no ) et {{numéros}} (nos ) soit cohérent, il faut garder la solution actuelle (même si ou voit ici ou là des nºs). Pour éviter d'appeler des modèles en cascade pour pas grand-chose, je serais par contre partisan de mettre directement le <sup>o</sup> dans le modèle {{numéro}}.
Dernier commentaire : il y a 9 ans2 commentaires2 participants à la discussion
Bonsoir les modélistes,
Cette page qui utilise le Modèle:Articles manquant s'arrête à Bill Goldberg ce qui est anormal. Le créateur de ce modèle s'étant autobloqué indéf un modéliste peut-il y jeter un œil ?--Sismarinho (discuter) 5 août 2015 à 20:51 (CEST)
Il me semble que toutes les communes concernées par ce modèle doivent être actualisées puisque les cantons ont changé, voire certaines communautés de communes. Y a-t-il possibilité d'automatiser cela, peut-être grâce à l'INSEE ? En tout cas, j'ai mis à jour manuellement les cantons d'Aulnoye-Aymeries et de Maubeuge. Gtaf(discuter)25 mars 2015 à 07:46 (CET)
Dernier commentaire : il y a 9 ans1 commentaire1 participant à la discussion
Bonjour,
Je viens d'ajouter une fonction dans WPCleaner pour vérifier que les modèles utilisés dans un article le sont en cohérence avec la définition des ces modèles (c'est-à-dire le <templatedata> si il existe, ou le code du modèle sinon). Je viens de le tester sur les 5 premiers articles de Article de qualité. Le résultat de l'analyse est dans Utilisateur:NicoV/Analyse de modèles. Qu'en pensez-vous ?
L'idée est de détecter les utilisations ayant des problèmes, ou des erreurs dans le <templatedata> du modèle. Si vous voyez d'autres choses à vérifier ou des problèmes, n'hésitez à me le dire. --NicoV (discuter) 15 avril 2015 à 23:26 (CEST)
Dernier commentaire : il y a 8 ans1 commentaire1 participant à la discussion
Bonjour cher modélistes,
Désolé de mon inexpérience, j'espère m'exprimer au bon endroit, et pardonnez-moi si ma demande existe déjà. Je me demandais s'il serait possible d'insérer un module de création de ligne du temps facile pour l'édition des pages Wikipédia, afin d'alléger certains articles comme celui-ci : Jean-Michel de Saint-Sivié
Je pense à quelque chose du genre, lorsqu'on entre dans le mode d'édition d'une page : « Créer une ligne du temps », ce qui placerait une ligne vierge avec une flèche vers la droite, coupée en son centre par un pointillé connecté à une boîte de texte vide. Il serait donc possible d'ajouter les dates et l'information concise dans cette boîte. Bien sûr, par un clic droit ou autre chose du genre, on pourrait faire apparaître de nouvelles boîtes, coulisser des dates pour les décentrées et les rapprocher de l'échelle de la ligne du temps (à moins que cette échelle ne se face une automatiquement), ou encore convertir une date ponctuelle en période, par exemple pour les métiers exercés par une personnalité célèbre au cours de sa vie.
Que pensez-vous de ce modèle prédéfini à insérer dans l'éditeur de pages? Est-ce une bonne idée? Est-ce réalisable?
Dernier commentaire : il y a 9 ans3 commentaires2 participants à la discussion
Je cherche à lier l'élément Wikidata qui représente le sujet d'une catégorie. Il y a une propriété pour ça, qui est pas mal peuplé. L'idéal dans un premier temps serait d'insérer un modèle comme {{Lien Wikidata}} dans les modèles inclus dans de nombreuses catégories, comme {{Article principal}} et {{Méta lien catégories}} … d'autres ou de meilleures idées ? — TomT0m[bla]9 mai 2015 à 12:13 (CEST)
Je n'ai pas tout compris.
Visiblement {{Wikidata|P301}} mis sur une page de catégorie donne correctement le nom de la page principale liée à cette catégorie. On peut faire en sorte que dans les catégories, le modèle {{Article principal}} (ou une copie uniquement pour les catégories) utilise par défaut cette valeur.
Lien Wikidata va afficher un lien vers Wikipédia:Reasonator, c'est utile en particulier dans les cas ou il n'y a pas d'article Wikipédia fr pour afficher des infos et les interwikis de manière plus sympa que sur Wikidata. Méta lien catégorie est inclu sur pleins de pages de catégories, donc insérer des liens dedans permettrait de maximiser l'efficacité de l'utilisation des données Wikidata. L'autre solution serait d'insérer article pricipal dans toutes les pages de catégoriei pour lesauelles il y a une valeur de sujet de la catégorie dans wikidata mais pas de modèle sur la page de la catégorie. Un bot de maintenance pourrait faire ça. — TomT0m[bla]9 mai 2015 à 14:06 (CEST)