Discussion utilisateur:Zebulon84/Archive 1

Infobox et couleurs

Bonjour, Pour améliorer la qualité de mes contributions j'analyse les modifications qui y sont apportées. Merci d'avoir corrigé mes fautes d'orthographe et détail de présentation. Pour allez plus loin j'aimerai comprendre les points suivant :

• Sur deux articles Kristýna Plíšková et Patricia Mayr-Achleitner l'espace au début de chaque ligne de l'infobox à été supprimé, respectivement par Rpa, et Rpabot. Certes c'est facile si c'est un bot, mais ne serai-t-il pas plus simple de modifier lapage du modèle pour qu'il n'y ai pas besoin de le supprimer ? Par ailleurs si ils peuvent améliorer la présentation, en quoi ces espaces gênent-ils ? Il compliquent la tache des bots ?
• Sur l'article Patricia Mayr-Achleitner, Rpabot a ajouté le classement de fin de saison, avec des couleurs alternées "#EFEFEF" et "#DFDFDF". Sur la page Kristýna Plíšková j'ai moi-même ajouté ce tableau, et Rpa a suprimé les " et # des références de couleur. Sachant que dans le tutoriel Aide:Les tableaux pour les curieux il y a toujours les # mais pas les ", j'aimerai savoir ce qui est conseillé pour l'avenir.
• Les conseils de bonnes pratiques recommandent de ne pas utiliser les tableaux triables. Y a-t-il une réflexion sur ce sujet au niveau du projet Tennis ? Si j'ai bien lu les discussions ici, un certain nombre de tableaux ont été défini par par Ten-is-10 et toi. Que pensez-vous de "wikitable alternance" qui permet d'oublier la gestion des couleurs pour toutes les listes type palmarès ?

--Zebulon84 (d) 13 août 2011 à 02:43 (CEST)

Bonjour,

C'est tout à ton honneur que de vouloir soigner la qualité de tes interventions. J'avais d'ailleurs remarqué la complétude de tes deux dernières créations Kristýna Plíšková et Heather Watson, et même le souci d'ajouter les wikiliens dans les articles ou leur nom apparaît. Bravo!

Pour en venir à tes questions, j'ai pris comme principe pour le dressage du bot, d'éviter tout code superflu. On peut discuter de l'application de ce principe dans certains cas particuliers que tu évoques (couleurs et modèles) mais sur le fond il me paraît défendable d'éviter des charges superflues dans les bases de données et le réseau. De plus la concision dans le code parfois complexe des tableaux, m’apparait généralement en favoriser la compréhension.

• Infobox: L'espace en début de ligne ne gêne pas et le bot peut s'en accommoder. En application du principe ci-dessus, j'ai préféré le supprimer. D'autres contributeurs, notamment dans le tennis masculin où le bot n'est pas qualifié, peuvent préférer conserver cet espace, c'est pourquoi le modèle infobox n'a pas été modifié en conséquence.
• Code couleur: la suppression du caractère # dans les codes couleurs est intervenue entre les adaptations sur Patricia Mayr-Achleitner et celles sur Kristýna Plíšková ce qui explique les différences entre les interventions sur les deux joueuses. Quant à moi, sauf prise de décision contraire motivée, je n'ajouterai plus ce caractère sauf dans le titre du modèle "Boite déroulante" où il est nécessaire pour le bon fonctionnement du modèle.
• Tableaux triables: je ne connaissais pas l'existence de cette bonne pratique ni l'évaluation de sa pertinence. Il n'y a pas eu de discussion au sein du projet tennis à ce sujet mais son usage me paraît fortement utile dans les tableaux palmarès.
• Wikitable alternance: Je ne connaissais pas non plus ce modèle (merci pour l'info). S'il répond à ses promesses, il peut être intéressant pour les palmarès tournois et, dans ce cas, je ne manquerai pas de l'utiliser.

Bonne continuation, Rpa (d) 13 août 2011 à 10:01 (CEST)

Merci de cette réponse précise et rapide. Laissons donc faire le bot. A noté, il n'et pas passé chez Karolína Plíšková, la soeur de Kristýna.

Le problème avec Wikitable alternance c'est qu'il ne permet plus du tout de toucher aux couleurs. C'est gênant si ont veut mettre les "Premier" d'une couleur différente des "International" par exemple, mais plus sobre et plus dans l'esprit Wikipedia. Par contre je n'ai quasiment trouvé mention de cette class que dans Aide:Les tableaux pour les novices, et ça ne fonctionne pas en langue anglaise. --Zebulon84 (d) 13 août 2011 à 11:21 (CEST)

{{Tableau Coupe 16 (3 sets)}}

Bonjour,

Petit souci avec le titre de la finale, trop long lorsque la finale et la troisième place sont en trois sets. Voir Championnat national de tennis des États-Unis 1902.

Cordialement, Rpa (d) 4 décembre 2011 à 10:43 (CET)

Oui c'est logique. J'ai réglé le problème pour l'affichage des 5 sets dans la finale, mais je n'ai pas appliqué la solution à l'affichage de la barre de titre. Cela arrive lorsqu'il y a une finale et une petite finale en 3 sets, et la finale à les pipes pour 3 sets seulement. Donc toutes les pages qui utilisaient le Tableau Coupe 16 (3 sets) avec une petite finale sont concernées.

Je vais régler ça. -- Zebulon84 (d) 4 décembre 2011 à 17:38 (CET)

-- Zebulon84 (d) 4 décembre 2011 à 18:01 (CET)

Palmares ITF

Pour les joueuses n'ayant pas de palmarès en WTA ou juste une finale mais admissible par d'autre critère, j'ai parfois ajouter les titres ITF, comme pour les sœurs Plíšková. Lors de la mise à jour des palmarès avec les nouveaux modèles le 31 janvier, ces palmares ont été supprimés. Est-ce une volonté délibérée (auquel cas il faut complètement supprimer le chapitre), ou simplement le bot ignorait la possibilité de palmarès ITF (ce que je comprend, vu qu'il y en a très peu) ? Faut-il s’abstenir de mettre ces petit tournois pour les joueuses qui n'ont pas encore gagner autre-chose ?

Zebulon84 (d) 18 avril 2012 à 03:00 (CEST)

C'est une erreur du bot ; il n'ignorait pas la la possibilité de palmarès ITF mais s'y est pris les pinceaux. J'ai restauré les palmarès ITF et corrigé le bot. Toutes mes excuses et merci de m'avoir averti. Rpa (d) 18 avril 2012 à 08:18 (CEST)

Drapeaux

Bonjonr Rpa

Lors de ma réflexion sur les tableaux des palmarès grand-Chelem je me suis posé la question de l'utilité des drapeaux de nationalité des adversaires. Le principal me semble être plutôt le niveau atteint dans le tournois, et les drapeaux ont tendance à l'estomper. De plus si on se pose la question de la nationalité de telle ou telle adversaire, il suffit de cliquer sur son nom... Autre solution, mettre des couleurs (pales) pour les finales et 1/2 fianles. Pour info, mes essais son iciZebulon84 (d) 18 avril 2012 à 02:48 (CEST)

Salut Zebulon,

Effectivement, les drapeaux sont essentiellement décoratifs. Pour moi, on peut les enlever pour autant que lacommunauté n'y soit pas opposée. En tous cas, je n'en mettrais pas dans la rangée titre.

Les couleurs, c'est une histoire de goût. Les variantes rouge/rose ne sont pas mal mais j'aime bien aussi les variantes de bleue.

Les modèles utilisés dans Utilisateur:Zebulon84/Brouillon3 sont très élégants. Je les approuve sans réserve.

Rpa (d) 18 avril 2012 à 17:20 (CEST)

Les variantes de couleur que j'ai utilisé sont celles du projet tennis, comme les infoBox, les palettes et la page du projet. Pour ce qui est des drapeaux dans les titre, je suis d'accord qu'on peux s'en passer, je les avais mis pour "égayer" un peu, le pays du grand-Chelem me paraissant plus important / plus parlant que la nationalité de l'opposant contre qui la joueuse à perdu.Zebulon84 (d) 18 avril 2012 à 17:28 (CEST)

Les drapeaux : d'aucuns y sont très (trop ?) attachés. Pour ma part, j'ai pas de franche objection vu qu'ils ne nuisent pas à la lisibilité de mon point de vue.

Très classieux en effet les modèles de Utilisateur:Zebulon84/Brouillon3 ! OK à 100 % pour les substituer à l'existant (déjà TB).

Ten-is-10 (d) 18 avril 2012 à 18:58 (CEST)

Oui, je trouve les modèles de tableau actuels relativement lourd avec leur bordure de 2px. Les modèles anglophones sont plus léger, mais n'utilise pas d'alternance de ligne, plus simple à concevoir mais moins compact. Je me suis donc attelé à alèger nos modèles en utilisant une version modifiée des modéles coupes avec une bordure 1px, le modèle bas n'a donc plus de ligne du haut, etc...

J'en ai aussi profité pour ajouter une couleur de fond aux scores légèrement plus foncée que les joueurs pour mettre un peu de relief dans le tableau.

Enfin j'ai raccourci les lignes de raccords aux 1/2 finale et finale dans le tableau 16 pour qu'elles arrivent au milieu de la case joueur

=> Utilisateur:Zebulon84/Brouillon3 qui utilise les Utilisateur:Zebulon84/Mod1 à 4

Si vous trouvez ça bien, on applique d'office, ou on pose la question dans l'Open Bar ?

Zebulon84 (d) 19 avril 2012 à 01:34 (CEST)

Modèle coupe

Super les nouveaux modèles coupe. Juste un bémol, en éclaircissant la couleur de fond par défaut des titres (E2E2E2 au lieu de CFCFCF, ils ne sont plus en phase avec les autres titres de tableaux des articles (Têtes de série, Qualifiées, Repêchées, ...). Rpa(d) 21 avril 2012 à 21:38 (CEST)

Je n'avait pas pensé aux autre titres...

Le E2E2E2 me parait plus adapté à la graphie globale de Wikipédia, mais pour le moment je restaure le CFCFCF. Ça va prendre quelque temps car je repasse sur tout les modèles pour supprimer des artéfacts de la modification, plus des espaces inutiles

Zebulon84 (d) 21 avril 2012 à 21:51 (CEST)

Il n'y pas d'urgence, merci et encore bravo! Rpa (d) 21 avril 2012 à 21:54 (CEST)

ON a beau avoir l'impression d'avoir tout vérifier, il y a toujour un espace ou une virgule qui manque... Merci pour les corrections passée et futures.

Par rapport à hier, j'ai réduit la hauteur des lignes, ce qui réduit l'espacement global lorsqu'il n'y a pas de date-durée, autrement dit quasiment tout le temps. Je viens aussi d'ajouter la gestion des couleurs de titre et des finales en 5 set pour le modèle Tableau Coupe 4 (3 sets) qui n'en disposait pas encore.

Zebulon84 (d) 22 avril 2012 à 15:15 (CEST)

Grand Prix de Stuttgart 1978

Bien vu l'ami. Merci. Rpa (d) 28 avril 2012 à 19:39 (CEST)

Finale en 5 sets

Bonjour,

Problème avec les finales en 5 sets.

Rpa (d) 18 mai 2012 à 14:14 (CEST)

Corrigé. Zebulon84 (d) 18 mai 2012 à 15:27 (CEST)

{{Voir homonyme}}

Vous avez de nouveaux messages

Bonjour, Zebulon84. Vous avez un nouveau message dans Discussion_utilisateur:NicoV/Wikipedia_Cleaner.
Vous pouvez supprimer ce bandeau à tout moment en effaçant le modèle {{Réponse}}, {{Talkback}} ou {{Réponses}}.

--NicoV (d) 16 juin 2012 à 09:38 (CEST)

{{Infobox Commune d'Égypte}}

Bonsoir Zebulon; depuis une modif récente du {{Infobox Commune d'Égypte}}, j'ai un message d'anomalie "Warning: scaleless" au niveau des erreurs de paramètre du modèle {{coord}} inclus dans l'Infobox. Le paramètre "scale" semble bien avoir la valeur par défaut : 100000 (qui me semble un peu élevée pour une commune mais c'est pas le problème). Cela concerne une partie des villes de la Catégorie:Ville d'Égypte. Faut-il utiliser le paramètre "echelle="? (qui n'est pas documenté d'ailleurs). Il me semble qu'il y a un espace en trop. Peux-tu vérifier à l'occasion? Merci. -- Speculos ^✉ 17 juin 2012 à 23:04 (CEST)

Merci de signalé ce problème. J'ai fait cette modification d'infobox pour un certain nombre de pays sans problème, mais sans l'espace de trop. Je l'ai supprimé en espérant que le problème viens effectivement de là. Le paramètre "scale" était déjà à 100000, je n'ai pas modifié ce paramètre. Comme précédemment il est possible de modifié cette valeur avec le paramètre "échelle=". Dans la première partie du modèle j'ai surtout ajouté un test qui évite d'afficher des coordonnées en tête d'article sur les pages modèle ou utilisateur.— Zebulon84 (d) 17 juin 2012 à 23:35 (CEST)

Vous avez de nouveaux messages

Bonjour, Zebulon84. Vous avez un nouveau message dans Discussion projet:Modèle.
Message ajouté le 22 juin 2012 à 13:07 (CEST). Vous pouvez supprimer ce bandeau à tout moment en effaçant le modèle {{Réponse}}, {{Talkback}} ou {{Réponses}}.

Modèle Ligne optionnelle

Salut ! Comme indiqué dans ma PDD, suite à ta réécriture de l'Infobox Ville, j'ai pratiquement terminé la réécriture des pages utilisant le modèle obsolète {{Ligne optionnelle}}. J'ai juste un infime problème avec {{Infobox Site archéologique}} réécrit dans ma sous-pageUtilisateur:FDo64/Bac à sable2 : il n'y a pas le nom à côté du point sur la carte. À tester, par exemple, sur la page Ur . Saurais-tu le corriger ?
Par ailleurs, es-tu administrateur ? Je ne trouve pas de volontaire pour ma demande postée surDiscussion Projet:Modèle#Modèle Cite newset sur deux autres PDD...
A+--FDo64 (d) 22 juin 2012 à 17:12 (CEST)

Je ne suis pas chez moi ce week-end donc je ne pourrai sans doute regarder ça que la semaine prochaine.

Je ne suis pas administrateur. Pour faire modifier une page protégée je pense que le plus simple est de poster la demande sur WP:DIPP.

— Zebulon84 (d) 22 juin 2012 à 19:57 (CEST)

Pour le modèle {{Infobox Site archéologique}}, le problème viens des paramètres du modèle point. La position du texte par rapport au point est le deuxième argument pour une ville, mais le premier dans les autres cas.

Je me suis permis de copier les arguments du modèle Infobox Site archéologique dans ton bac à sable pour vérifier que ça marche bien. Si cela te gène, dis le moi et je ne recommencerai pas.

— Zebulon84 (d) 25 juin 2012 à 14:44 (CEST)

C'est parfait, et tu as eu raison de modifier ma sous-page, elle sert à ça. Merci !--FDo64 (d) 25 juin 2012 à 15:03 (CEST)

En migrant l'{{Infobox Ville de Nouvelle-Zélande}}, j'ai découvert un souci lorsque le paramètre population contient une référence : le formatage ne se fait pas et la densité n'est pas calculée. Voir Wellington.

Par ailleurs, simple suggestion, ne faudrait-il pas masquer par défaut la carte ? Elle prend beaucoup de place.

--FDo64 (d) 25 juin 2012 à 17:19 (CEST)

Le formatage et le calcul de la densité ne se font que lorsque la population est numérique (avec le test{{#iferror:|...). Avec l'ajout d'une référence, cette donnée devient du texte et à ma connaissance il est donc impossible de la réutiliser ou de la formater avec la configuration actuelle de Wikipédia (manipulation de chaîne de caractère et boucles non installées).

Certaines cartes comme la Suède sont effectivement très grandes. Je vais voir s'il est possible de faire quelque chose.

— Zebulon84 (d) 25 juin 2012 à 19:38 (CEST)

Modèles

Merci pour ton travail en cours sur mes modèles !

Je suis conscient que c'est un travail ingrat et répétitif, c'est pourquoi j'estime que c'est le minimum que je te remercie.--Orikrin1998 25 juin 2012 à 12:38 (CEST)

Togo / Relief

Bonjour Zebulon84. Ta demande de carte à l'atelier graphique a été traitée avec succès. N'hésite pas à me dire ce que tu en penses ou à me demander des corrections.

Dark Λttsios (d) 26 juin 2012 à 14:39 (CEST)

Merci

Hello ! Merci pour ton travail sur l'infobox Ville de Serbie. Le résultat est très satisfaisant. Bravo à toi. Cordialement,--Aristote2 (d) 27 juin 2012 à 07:51 (CEST)

InfoBox District de Suisse

Bonjour, j'ai un problème sur l'{{Infobox District de Suisse}} : les paramètres latitude et longitude n'étant pas renseignés, ça fait planter la géolocalisation. Comme solution de contournement, je les ai mis à zéro mais ils apparaissent dans l'infobox. Si tu n'as pas d'autre solution à me proposer, je vais être obligé de retrouver les coordonnées pour ces 63 communes (comme je l'ai fait pour District de Lausanne)...
Par ailleurs, le paramètre 'image de carte' ne fonctionne pas. Sans doute pour une raison de format, d'après la doc.
--FDo64 (d) 27 juin 2012 à 11:41 (CEST)

Le paramètre Image de Carte n'est pris en compte que lorsque le GéolocDual n'est pas activé (car l'Infobox/géolocatlisation multiple ne doit pas la prendre en compte si je me souviens bien). Mais c'est censé être utilisé avec la même géolocalisation que la carte d'origine (Ici celle de Suisse) => Il y a un problème avec Lausanne maintenant.

Pour les paramètres Latitude / longitude non défini, je peux laisser la première carte (ImageLoc) s'afficher malgré tout sans problème. Il faut juste que je réajuste l'ordre des tests. Je m'en occupe.

Les deux cartes sont-elles nécessaires ? Elles me semble très proches dans les deux exemples que j'ai regardé (Nyon et Lausanne)

— Zebulon84 (d) 27 juin 2012 à 12:05 (CEST)

J'aurais bien supprimé le paramètre 'image de carte', mais la dernière fois que j'ai supprimé un paramètre, on me l'a reproché.

Je serais d'avis de ne laisser que 'carte' et d'enlever le forçage à zéro de latitude/longitude. Es-tu d'accord ?--FDo64 (d) 27 juin 2012 à 12:24 (CEST)

J'ai modifié Infobox Ville2 pour ne pas afficher les coordonnées si elle sont égales à 0.

La première carte (ImageLoc) s'affiche déjà même s'il n'y a pas de coordonnées, je ne me souvenais plus que c'était déjà comme ça.

Il est possible d'ajouter un paramètre imageloc2 pour avoir les deux cartes de positionnement, plus la carte de Suisse s'il y a des coordonnées.

— Zebulon84 (d) 27 juin 2012 à 12:26 (CEST)

La meilleure solution est la suppression de 'image de carte' qui fait doublon et l'ajout des coordonnées sur toutes les pages. Je vais donc toutes les mettre à jour.--FDo64 (d) 27 juin 2012 à 12:47 (CEST)

Au cas ou certain te reproche d'avoir supprimer la deuxième carte, j'ai aussi ajouter un paramètre imageloc2, lié dans le cas de la Suisse à cartecom. — Zebulon84 (d) 27 juin 2012 à 13:42 (CEST)

Infobox Ville du Japon

Bonjour, j'ai migré l'{{Infobox Ville du Japon}} (pour l'instant dans Utilisateur:FDo64/Bac à sable3), mais le rendu n'est pas optimal à cause de la couleur du texte des titres. J'ai mis le paramètre couleur à rouge et le texte devrait être blanc pour respecter l'original (et que ce soit lisible). Pourrais-tu ajouter le paramètre 'couleur texte' au modèle ?
Deuxième point : j'ai eu des questions sur ma PDD concernant le positionnement du point sur la carte. Je pense avoir bien répondu, néanmoins est-il possible de rendre 'intelligente' la gestion du positionnement ? C'est à dire, éviter le débordement en changeant automatiquement le paramétrage par défaut.
Troisième point : toujours sur ma PDD, on me demande de rajouter systématiquement du code en début de tous les modèles. Je ne comprends pas son utilité, en plus la plupart du temps il ne fonctionne pas... Ne pourrait-on pas gérer ce problème directement dans le modèle ?
A+--FDo64 (d) 28 juin 2012 à 17:41 (CEST)

J'ai vu que tu as corrigé mon premier point, merci !

En attendant, j'ai convertis l'{{Infobox Ville de Russie}} (pour l'instant dans Utilisateur:FDo64/Bac à sable2) et j'ai également un problème : dans les pages, le blason et le drapeau ne sont pas au bon format, ce qui affiche du code sur la page. Ce cas est prévu pour l'image mais pas pour ces deux-là. Ce n'est pas la première fois que ça arrive, mais auparavant il y avait moins de pages concernées et je pouvais les modifier à la main. Comment peut-on faire, on laisse comme ça en attendant la correction par un bot ou tu adaptes encore une fois le modèle ?--FDo64 (d) 28 juin 2012 à 23:11 (CEST)

1. mais le paramètre s'appelle couleur titre car c'était le nom de ce paramètre dans le modèle {{Infobox Ville}}. A noté, ces paramètre couleurs avaient été supprimé pour être conforme à la charte graphique définie par le Projet:Charte graphique/Domaine géographique. Je les ai remis car cette Infobox est parfois utilisé par d'autre découpage administratif que les villes.
2. Le calcul se fait sur la première carte s'il y en a plusieurs. De plus il peut être nécessaire de vider le cache pour avoir la nouvelle position. Cette position n'est modifiée que si {{{position}}} n'est pas défini. Certain modèles/villes ont tendance à le forcé à la valeur par défaut : ne.
3. J'ai aussi mis les donnée en titre. J'ai d'ailleurs ajouter un tests sur {{NAMESPACE}} pour ne pas afficher de coordonnées dans les pages de documentation d'Infobox.
4. Je teste uniquement le blason, il est nettement plus fréquent que le drapeau, et je ne me souvient pas avoir vu de drapeau seul.

— Zebulon84 (d) 28 juin 2012 à 23:36 (CEST)

Super, merci pour tout.--FDo64 (d) 29 juin 2012 à 00:23 (CEST)

Infobox Commune du Mali

Bonsoir, j'ai tenté aujourd'hui de convertir l'{{Infobox Commune du Mali}}, actuellement dans Utilisateur:FDo64/Bac à sable2 qui pose le problème suivant : il y a trois paramètres pour le recensement : Population 1998, Population 2009 et taux d'accroissement. Population 2009 doit être mis dans population, mais la seule possibilité pour les deux autres sont divers etdivers2, ce qui donne un rendu pas satisfaisant. As-tu une meilleure solution ?
Tu constateras que j'ai cherché à améliorer ce modèle, pourtant petit, mais qui en a bien besoin : j'ai prévu de faire passer un bot pour normaliser le nom des paramètres parfois étranges, ainsi que pour reformater les zones numériques. Je me suis également cassé la tête pour calculer automatiquement la zone taux d'accroissement, ce qui permettra de supprimer taux d'accroissement. Mais ça ne règlera pas pour autant le problème d'affichage.
J'attends donc tes conseils. A+--FDo64 (d) 1 juillet 2012 à 00:46 (CEST)

Ces denière semaine j'étais loin d'être chargé au boulot et j'ai donc passé pas mal de temps sur Wiki. Ces jour-ci j'ai plus à faire et sans doute aussi un peu plus motivé, donc je suis moins présent ici.

Pas facile l'infobox du Mali, car j'e ne désire pas ajouter des tonnes à l'infobox pour 70 pages et peux de champs uniquement, sauf à considéré que ce calcul d'accroissement entre deux recensement serait intéressant pour d'autres pays.

Ma proposition, qui à un impact potentiel sur d'autre pages : Mettre la deuxième année de recensement dans {Modèle:Population division, ajouter un {{{Nom de population agglomération}}} pour que tu y mette l'accroissement (transparent ailleurs), et inversé l'ordre des populations agglomération et population division pour que l’accroissement apparaisse après les deux populations (impact sur les pages avec déjà 3 populations, normal agglomération et division, pas très fréquent à mon avis d'après les pages que j'ai visité lors de mes mise à jour).

Si tu penses comme moi que personne ne s'en apercevra, la modification est simple et rapide.

— Zebulon84 (d) 2 juillet 2012 à 22:03 (CEST)

Infobox Ville : reste à faire

Bonjour, ci-après la liste du reste à faire :

1. Migration des 8000 pages encyclopédiques qui utilisent l'ancien modèle : comment procéder ? Tout simplement en recopiant Ville2 dans Ville ?
2. Infobox Commune du Mali : voir discussion ci-dessus.
3. Infobox Commune d'Algérie : voir Discussion Projet:Algérie#Mise à jour du modèle Infobox Commune d'Algérie : toute aide ou soutient est la bienvenue.
4. Infobox Ville du Royaume-Uni : je m'en occupe dès que les problèmes en cours sont résolus
5. Infobox Ville de Chine : il y a trop de paramètres absents de l'infobox Ville, comment peut-on la migrer ?
6. Il restera ensuite 26 Infobox déjà en V2 que je vais néanmoins tenter de migrer.
7. As-tu consulté ma page Utilisateur:FDo64/Liste2 ? N'hésite pas à y rajouter tes propres demandes.

Bonne journée !--FDo64 (d) 2 juillet 2012 à 10:52 (CEST)

1. Oui, je pense que l'Infobox Ville 2 est maintenant suffisamment mure pour remplacer purement et simplement Ville.
2. Idem

Pour le reste il faut que j'aille voir les pages concernées, je n'ai pas encore d'avis.

J'ai aussi étudier en parallèle comment crée un brique Géolocalisation en V3, si possible en réduisant l'important nombre de modèle géolocalisation qui s'appelle dans tous les sens. Même si la localisation ne sera jamais très "accessible", si cela permet d'améliorer l'accessibilité du reste de l'Infobox, ce sera un plus et harmonisera les versions d'Infobox. Mais il y a encore pas mal de boulot, par exemple mes points sont facilement mal placé sur la carte, inacceptable. J'ai compris pourquoi, c'est l’essentiel.

Une fois fais grâce à notre travail, il sera simple de transformer la majorité des Infobox Ville en V3 facilement. Si la structure technique de l'infobox V3 est très différente, la programmation par brique et l'aspect sont assez proches.

— Zebulon84 (d) 2 juillet 2012 à 22:17 (CEST)

Infobox Commune d'Algérie : Voir ci-dessus

Infobox Ville de Chine :

• image2, image3 : je peux facilement les ajouter, et ce n'est pas forcément inutile
• x_marqueur, y_marqueur : plus difficile, mais est-ce utilisé maintennant qu'il y a géolocatlisation avec latitude longitude plus facilement ? Une recherche approfondi (bot ?) est nécessaire, ou on ignore simplement si les 20/50 première n'utilise pas ces paramètres.
• coordonnées : déjà obsolète, mais il faut vérifier que ce n'est effectivement plus utilisé.
• températures, pluviométrie : facile à ajouter, et la aussi ce n'est pas idiot d'avoir ça dans l'infobox.
• PIBtotal, PIBhabitant : Utilisation des Divers

pour le reste je pense que c'est bon. Si ça te conviens je ferai le necessaire dans Infobox Ville2.

Utilisateur:FDo64/Liste2 : Si je recréé “population notes” et “superficie notes” cela permettrai de résoudre les problème de référence que tu me signalait le 25/06 à propos des référence et calcul de densite pour Wellington (voir #Modèle Ligne optionnelle)

— Zebulon84 (d) 3 juillet 2012 à 00:16 (CEST)

Bonjour, pour ce qui est du remplacement de l'infobox Ville2, je propose que l'on demande un bot lorsque nous aurons terminé la migration.

Pour l'infobox Chine, d'accord pour ajouter image2 et image3, mais pour températures et pluviométrie je suggère 4 nouveaux paramètres pour la géo du style nom divers géo et divers géo pour permettre d'y mettre également les cours d'eau, ou autres informations.

Pour population notes et superficie notes, j'ai constaté que les références sont souvent accrochées à la date pour ne pas gêner le calcul de la densité. Mais si tu les rajoute, on pourrait demander au bot de les y transférer. Donc, pourquoi pas ?

A+--FDo64 (d) 3 juillet 2012 à 11:48 (CEST)

J'ai ajouté image2, image3, divers géo, divers géo2 et les sous paramètres s'y rattachant (légende2, taille image2, nom divers géo...).

J'ai mis la carte relief en priorité

J'ai fait le nécessaire pour le Mali, j'ai failli modifier ton modèle, mais tu l'as modifié en même temps que moi. => Je le converti chez moi dans les minutes qui viennent.

D'accord avec toi pour finir ce qui est en route avant de faire intervenir un admin et un bot pour modifier Infobox Ville et supprimer Infobox Ville2

— Zebulon84 (d) 3 juillet 2012 à 23:16 (CEST)

En fait, pour le Mali, j'ai trouvé l'astuce de ne pas utiliser le paramètre divers, mais divers2 et divers3. Ainsi, le titre ne s'affiche pas.

Je regarde demain pour tes autres modifs. Dans tous les cas, merci.--FDo64 (d) 3 juillet 2012 à 23:21 (CEST)

C'est là : Utilisateur:Zebulon84/Mod5

C'est un peu du bidouillage dans Infobox Ville2, mais ça reste léger. — Zebulon84 (d) 3 juillet 2012 à 23:26 (CEST)

Infobox commune de Hongrie

Je te signale une discussion sur cette infobox qui peut demander quelques modifs supplémentaires. Peux-tu y jeter un coup d'oeil ?
Merci.--FDo64 (d) 3 juillet 2012 à 17:15 (CEST)

Infobox Ville d'Égypte antique

Bonsoir, je voulais m'attaquer à l'{{Infobox Ville d'Égypte antique}}, mais je suis tombé sur le même problème que pour l'{{Infobox Commune d'Algérie}} : il y a une section Noms avec 5 noms. Il va peut-être falloir l'ajouter...--FDo64(d) 5 juillet 2012 à 22:53 (CEST)

Il y a aussi une autre modification qui serait intéressante, celle d'ajouter le paramètre drapeau légende (par exemple), ce qui permettrait de mettre une carte à la place, comme c'est le cas pour l'{{Infobox Commune du Luxembourg}} et d'autres que j'ai mis dansimageloc mais pour un rendu différent...
Qu'en penses-tu ?--FDo64 (d) 6 juillet 2012 à 11:42 (CEST)

OK mais il faut dans ce cas aussi ajouter Blason légende utilisé par Infobox Commune de France.

Par ailleurs, je propose d'échanger les postition de Géographie et Démographie comme c'est le cas pour {{Infobox Commune de France}}. Ça me trottais déjà dans la tête mais le voir comme ça dans l'infobox la plus utilisé me confirme que c'est ce que je préfère :

• d'abord la population, car une ville c'est d'abord des habitants,
• puis la géographie suivie de la localisation, enchainement logique au lieu d'avoir la démographie entre les deux.

D'autre part que pense tu une fois la migration terminée de faire passé un bot pour supprimer les paramètres vide (défini mais sans valeur) ce qui permettrai de supprimer du modèle tous les {{#if: {{{paramètre|}}} | {{{paramètre|}}} | défaut}} et de remplacer ça par {{{paramètre|defaut}}}

D'accord pour tes propositions, sauf peut-être la dernière. Il est parfois demandé aux bots de faire le contraire : ajouter des paramètres vides pour une future utilisation. Ça peut donc déplaire...

Et pour ce qui est des noms ?--FDo64 (d) 6 juillet 2012 à 13:41 (CEST)

Bonsoir, j'ai recensé au moins 6 infobox qui utiliseraient la section Noms :

1. {{Infobox Commune d'Algérie}}
2. {{Infobox Commune d'Italie}} : un record, avec 17 noms !!!
3. {{Infobox Commune de Suisse}}
4. {{Infobox Ville d'Écosse}}
5. {{Infobox Ville d'Égypte antique}}
6. {{Infobox Ville de Moldavie}}

--FDo64 (d) 7 juillet 2012 à 00:57 (CEST)

Les noms sont dans le OK. Par contre je n'aurais pas le temps de m'en occuper avant lundi.— Zebulon84(d) 7 juillet 2012 à 16:32 (CEST)

Pas de soucis, je vais attendre. J'en profite pour rajouter un détail : contrairement à ce que tu pensais il arrive qu'il y ait un drapeau et pas de blason. Dans ce cas il ne s'affiche pas, exemple Antolín del Campo (municipalité).
Bon week-end !--FDo64 (d) 7 juillet 2012 à 16:53 (CEST)

Désolé, j'ajoute un autre sujet : dans l'{{Infobox Village et ville de Slovaquie}} il y a deux doubles localisations (donc 4 cartes). Je n'ai su en afficher que 3. Voir Utilisateur:FDo64/Bac à sable4 (que tu peux modifier) et Utilisateur:FDo64/Test4.
Aurais-tu une solution ? Merci.--FDo64 (d) 8 juillet 2012 à 22:28 (CEST)

J'ai le même cas avec {{Infobox Commune de France}}. J'ai donc ajouter des {{{type carte2|}}} et 3 àUtilisateur:Zebulon84/Mod7 (brouillon de Infobox Ville2). J'y ai aussi fait l'ensemble des modifs évoquées ici. Mon brouillon d'Infobox Commune de France est dans Utilisateur:Zebulon84/Mod5 et le résultat dans Utilisateur:Zebulon84/Brouillon 7.— Zebulon84 (d) 9 juillet 2012 à 13:07 (CEST)

Je viens aussi d'ajouter les paramètres {{{type coord|city}}} et title={{{coord titre|}}} comme suggéré par Oliv☮, pour éviter le code avant l'Infobox Ville2. Si tu ne vois pas d'erreur dans tout ceci, je copie Utilisateur:Zebulon84/Brouillon 7 dans Infobox Ville2 ce soir. — Zebulon84 (d) 9 juillet 2012 à 15:21 (CEST)

Très rapidement : 4 cartes OK, modif drapeau sans blason ne fonctionne pas : plus rien ne s'affiche en dessous d'Administration. Je regarde le reste ce soir. A+--FDo64 (d) 9 juillet 2012 à 18:17 (CEST)

┌──────────────────┘

Drapeau sans blason : tu as un exemple ? ça marche chez moi avec Marseille.

J'ai aussi fait un exemple avec plusieurs nom (ou j'ai écrit n'importe quoi) sur la même page pour Dumbéa. Les paramètres sont nom2, nom3... nom17 et langue nom2...

Comme je ne l'ai pas nom plus précisé, les paramètres de légende sont légende blason et légende drapeau

— Zebulon84 (d) 9 juillet 2012 à 18:54 (CEST)

Même exemple que précédemment : Antolín del Campo (municipalité).--FDo64 (d) 9 juillet 2012 à 20:12 (CEST)

Ce modèle s'appui sur Infobox Ville2 que je n'ai pas encore modifié. Avec mon brouillon, le drapeau apparait bien :Utilisateur:Zebulon84/Brouillon5#Antolín del Campo.

Comme je n'ai pas repérer d'erreur dans mes tests je vais mettre à jour Infobox Ville2 sous peu. — Zebulon84(d) 9 juillet 2012 à 20:19 (CEST)

Infobox Municipalité de Finlande

Bonjour, je me suis attaqué à l'{{Infobox Municipalité de Finlande}} dont l'ébauche se trouve dans Utilisateur:FDo64/Bac à sable4 et la page de test dans Utilisateur:FDo64/Test4. Il y a un pavé Histoire avec 8 lignes que je ne pouvais mettre dans divers. J'ai donc fait comme la Hongrie, en l'insérant dans une image. D'abord dans imageloc pour l'avoir à la fin mais ça ne fonctionne pas (pas de test d'existance), alors je l'ai mis dans image2. En dehors du positionnement dans l'infobox, il y a aussi celui de l'alignement central de la colonne de droite. Aurais-tu une meilleure solution ?--FDo64 (d) 10 juillet 2012 à 15:25 (CEST)

J'ai créé divers5 à divers8 et titre divers pour pouvoir changer le nom de la section.

— Zebulon84 (d) 10 juillet 2012 à 17:23 (CEST)

retouche carte relief de Hongrie

Bonjour Zebulon84. Ta demande de carte à l'atelier graphique a été traitée avec succès. N'hésite pas à me dire ce que tu en penses ou à me demander des corrections.

-- Flappiefh (d) 11 juillet 2012 à 01:20 (CEST)

Infobox Commune d'Algérie (bis)

Bonjour, peux-tu nous aider à régler un problème que je n'explique pas sur ma PDD ? Merci.--FDo64 (d) 11 juillet 2012 à 11:00 (CEST)

Problème de coord

Bonjour,

Tu as récemment touché au modèle Modèle:Infobox Ville de Madagascar conduisant maintenant à l'affichage en sus et non souhaitable des coords en haut des pages des communes malgaches ex : Ambatolava. Peux-tu trouver l'erreur et y remédier au plus vite. Merci--LPLT ^[discu] 21 juillet 2012 à 17:15 (CEST)

Ceci ne viens pas de ma modification de {{Infobox Ville de Madagascar}}, mais de celles que j'ai fait sur l'Infobox Ville2. Comme je ne comprend pas d'ou viens l'erreur, je viens d'annuler toutes mes modifications du jour, pour corriger ça au calme sur mes pages personnelles. Merci de m'avoir signaler l'erreur, je l'avais en fait déjà détectée. —Zebulon84 (d) 21 juillet 2012 à 17:33 (CEST)

D'accord, très bien. Vois cela à tête reposée et en testant la modif du modèle.-- LPLT ^[discu] 21 juillet 2012 à 17:37 (CEST)

{{Doc modèle}}

J'ai fait la demande de suppression un peu trop machinalement. Je ne suis pas admin non plus donc le mieux est de faire une demande surWP:RA. Cordialement, Mathis B^{Discuter/répondre}, le 22 juillet 2012 à 19:19 (CEST)

Merci de cette réponse rapide. Je m'en occupe. — Zebulon84 (d) 22 juillet 2012 à 19:23 (CEST)

Migration de l'Infobox Municipalité de Colombie

Bonsoir, une question pour toi ici. A+--FDo64 (d) 23 juillet 2012 à 21:03 (CEST)

Trois petits points

Salut, j'ai trois points à te soumettre :

1. lorsque dans la page il y a le modèle {{coord}}, cela fait bugger l'infobox qui répète deux fois les coordonnées (Cf.[1]). Faut-il demander au bot de supprimer systématiquement le modèle{{coord}} ?
2. lorsque dans la page il y a un saut de ligne après le }}, cela provoque un saut de ligne (il n'y en a pas avec les autres infobox)
3. en réponse à une critique, peut-être que le titre 'Internet' pourrait-être renommé en 'Liens', comme je l'ai vu sur d'autres Infobox

A+--FDo64 (d) 27 juillet 2012 à 17:28 (CEST)

1. S'il y a les latitudes/longitudes dans l'Infobox, oui.
2. Il va falloir que j'analyse ça en détail. Je n'avais pas remarqué et je ne sais pas d'ou ça viens. C'est nouveau ou il y a longtemps ? Je vais essayer un truc rapidement, si ce n'est pas ça, ça devra attendre lundi.
3.  Fait. J'avais vu une remarque aussi, mais je ne savais pas par quoi le remplacer car je n'aime pas l'expression "Web". J'espère que les français et/ou autres qui ne mettent que le site de la ville ne vont pas vouloir mettre "Lien" au singulier.

— Zebulon84 (d) 28 juillet 2012 à 08:44 (CEST)

1. OK pour le demander au bot. Par contre, ça ne corrige pas le bug en attendant.
2. Je l'ai remarqué il y a une semaine (mais c'est peut-être plus ancien), mais je n'ai compris pourquoi qu'hier.

--FDo64 (d) 28 juillet 2012 à 10:30 (CEST)

Je ne sais pas détecter la présence de Coord dans la page à partir de Infobox2 : Je ne sais pas résoudre le bug. Si tu as une idée...— Zebulon84 (d) 28 juillet 2012 à 10:57 (CEST)

Peut-être pourrions-nous demander de l'aider à quelqu'un comme Lgd pour les 3 bugs ?

Autres sujets, je me suis attaqué aux infobox belges (voir Discussion modèle:Infobox Localité de Belgique#Migration de l'infobox) et allemande (voir Discussion Projet:Monde germanique#Infobox Commune d'Allemagne).

Dans le cadre de la belgique, j'ai du tricher (voir Utilisateur:FDo64/Bac à sable4) parce qu'il n'y a que 4 paramètres 'division' alors qu'il m'en fallait 6.

population notes ne fonctionne pas pour l'{{Infobox Commune d'Oman}}. Le message « {Modèle:Population notes » s'affiche.

Il ne restera plus que l'{{Infobox Localité de France}} qui ressemble beaucoup à l'{{Infobox Commune de France}} avec plus de paramètres. Pour éviter de tomber dans les mêmes pièges, se serait peut-être mieux que tu t'en occupes ?

Je vais m'occuper de la demande de bot (compliquée), ainsi que la migration d'autres infobox que j'ai trouvées.

A+--FDo64 (d) 29 juillet 2012 à 23:31 (CEST)

Bonjour, penses-tu regarder prochainement les bugs ? Il y a une IP qui fait blocage (Cf. Discussion utilisateur:FDo64#Réécriture Modèle:Infobox Ville de Lituanie‎)...--FDo64 (d) 2 août 2012 à 12:50 (CEST)

Bonjour. C'est en partie résolu, j'ai laissé des explications sur la PDD de FDo64. Amicalement, Orlodrim^[discuter] 2 août 2012 à 14:25 (CEST)

Je suis en vacances pour un an à partir de demain soir. J'aurais le temps de regarder tout ça au cours du mois d'août. Par contre je risque de ne plus être disponible à partir de Septembre (date encore inconnue) car j'espère pouvoir partir en mission humanitaire rapidement. — Zebulon84 (d) 2 août 2012 à 22:04 (CEST)

Je vais donc me retrouver seul face aux français en septembre... mais si c'est pour la bonne cause !

À mon tour, je risque de ne pas être très dispo les deux semaines prochaines.

A+--FDo64 (d) 2 août 2012 à 22:59 (CEST)

Salut ! Contrairement à ce que tu indiquais le 2 août, je ne t'ai pas vu intervenir depuis. As-tu jeté l'éponge ? Tu as eu une propoition pour ta demande pour l'Infobox Commune de France. Faut-il que je reprennes la main ?
Par ailleurs, certains sujets sur ma PDD sont restés sans réponse. En particulier le nom de l'Infobox pour lequel je propose ce qui suit :

1. la renommer en {{Infobox Subdivision administrative}}
2. supprimer ce qui est spécifique aux villes, par exemple renommer 'Site de la ville' en 'Site' ou 'Site Web'
3. demander d'écraser l'actuelle {{Infobox Ville}} par une redirection

Qu'en penses-tu ?--FDo64 (d) 20 août 2012 à 15:47 (CEST)

Bonjour FDo64

Je me suis laisser aller depuis deux semaines, et si j'ai beaucoup lu sur Wikipédia (un millénaire d'histoire chinoise, les explosifs et gaz de combat, la "transformation" du glucose en ATP...), j'ai effectivement très peu participé, si ce n'est pour corrigé une faute par-ci par là.

• Je n'ai pas constaté le saut de ligne, mais j'ai compris que Olodrim à résolu le problème.
• J'ai ajouté deux divisions administratives sur mon modèle de test. Par contre je ne comprend pas pourquoi ces divisions ne s'affichent pas sur le modèle actuel de Belgique. Voir Utilisateur:Zebulon84/Brouillon4#Infobox Commune de Belgique Trouvé, j'ai lu trop vite et j'avais zappé la différence entre Commune et Localité de Belgique.
• J'ai résolu sur mon modèle de test le problème de blason décentré lors de l'utilisation de [[fichier:....
• Renommer l'infobox en "subdivision administrative" permetrait d'éviter les disscussions type "ce n'est pas une ville mas une commune / municipalité / commitat...". Je suis plutôt pour. Cela implique-t-il de chercher à l'utiliser pour les départements, région... que le nom laisse supposé ? Je vais voir ce qu'il faut changer pour enlever les spécificités ville et je le change dans mon modèle de test pour proposition.

Pour le reste, je continu à regarder. J'ajouterai ici au fur et à mesure.

— Zebulon84 (d) 22 août 2012 à 09:42 (CEST)

Ok, alors j'attends la nouvelle version avant d'appliquer les nouvelles versions pour l'Allemagne et la Belgique.

Et pour la France ? Un admin est dispo (Cf. ta demande).

Pour ce qui est de migrer les régions et autres, je prévois de m'y attaquer dans un second temps. Certains modèles sont tellement moches que ce ne sera pas un mal !

(remarque : j'ai modifié le nouveau nom afin qu'il respecte la norme avec un S majuscule)--FDo64 (d) 22 août 2012 à 12:21 (CEST)

J'ai confirmé ma demande de modification de {{Infobox Commune de France}}

Pour supprimer les référence à une ville j'ai recensé :

• maire , préfet, gouvereur => à garder car suivant la subdivision, on utilise l'un ou l'autre, ou autorité division s'ils ne sont pas pertinant
• population/densité/superficie agglomération => population division2  Fait. Ceci dit il y a un risque de confusion entre les divisions de pop et les divisions dans administration. Tu as un homonyme à proposer pour éviter d'utiliser deux fois "division" pour des entités potentiellement différentes ?
• Type de point, actuellement ville, mais il existe un type spécifique pour une région, avec uniquement le toponyme, ou s'il n'y en a pas un carré rouge évidé. Je n'ai pas encore réfléchi à une façon simple d'intégrer ça sans devoir retoucher tous les modèles existants.
• Ajout de {{{nom site}}}, s'il est vide remplacement de "site de la ville" par "site web". Remplacement de {{{site ville}}} par{{{url}}}  Fait.

— Zebulon84 (d) 22 août 2012 à 13:41 (CEST)

• Pour différentier division2, j'ai utilisé {{{population division a|}}}, ne voyant pas d'autre terme équivalent.
• j'ai ajouté un paramètre {{{point}}} pour mettre un modèle de point de Région (voirUtilisateur:Zebulon84/Brouillon#Double_géolocalisation). Normalement ce n'est pas utile mais dans ce cas j'ai aussi crée les paramètres{{{arg1}}} et {{{arg2}}} pour remplacer {{{statut}}} et {{{position}}}, le premier n'ayant de signification que pour une ville, le second n'étant pas forcément en seconde position dans les divers modèle de point.

Si tu ne vois pas de bug, je copie ça dans Infobox Ville2 ce soir.

Quel délai se donne-t-on pour faire une redirection sur {{Infobox Subdivision administrative}} ou autre ?

Par ailleurs, je propose la création d'un paramètre {{{Infobox appelante}}} (je ne suis pas vraiment satisfait par ce nom), pour catégoriser les pages faisant un appel direct, ou pouvoir faire un traitement ponctuel liè à telle infobox, le temps de résoudre un problème. Par contre pour être efficace, il faudra le renseigner pour toutes les "sous" Infobox.

— Zebulon84 (d) 23 août 2012 à 14:02 (CEST)

Je pense que l'on peut déjà renommer l'infobox et sa page de discussion, et faire une demande de redirection de l'ancienne Infobox Ville. Une fois le nom remplacé dans tous les modèles, les deux redirections (Ville et Ville2) pointeront vers des pages les appelant directement. Et je propose dans ma demande de bot d'étudier la possibilité de les rattacher à un modèle.

Je ne comprends pas l'utilité du paramètre 'Infobox appelante' : 1) il existe déjà 'lien Infobox', 2) le CatScan sait déjà isoler des pages à partir du modèle qu'elles utilisent, 3) les pages isolées seront rattachées aux redirections (Cf. point précédent).

Sinon, je modifie tous les modèles pour harmoniser les noms des paramètres et permettre au bot de les remplacer sans impact.

A+--FDo64 (d) 23 août 2012 à 14:38 (CEST)

'lien Infobox' n'est pas toujours remplis mais ce n'est effectivement qu'une question de volonté. Pour le 3- je ne suis pas sur que ces pages restent éternellement lièes à la redirection, mais dans un premier temps ça ira bien.

Pour ma part je vais commencer par mettre à jour la doc, puis je m'occuperai de 'localité de France'

— Zebulon84 (d) 23 août 2012 à 15:05 (CEST)

Est-ce que tu m'autorises à modifier Utilisateur:Zebulon84/Mod5 pour le rendre compatible aux nouveaux noms de paramètres avant le passage du bot qui va tout harmoniser (Cf. Utilisateur:FDo64/Liste2#Paramètres à renommer) ? À moins que ne ne veuilles le faire toi-même.--FDo64 (d) 23 août 2012 à 16:35 (CEST)

Tu peux modifier mes pages perso sans problème si je ne suis pas déjà en train de travailler dessus (modif dans les minutes qui précèdes). — Zebulon84 (d) 23 août 2012 à 17:09 (CEST)

C'est fait, et j'en ai profité pour corriger un bug sur les ethnies.--FDo64 (d) 23 août 2012 à 18:25 (CEST)

Pour avoir lu un certains nombre de discussion a propos des communes de France, je craint qu'il y ai des réticences pour remplacer aire-urbaine par agglomération, car il n'y a pas de délimitation officielle des agglomérations et donc plusieurs interprétation possibles, alors que les aire-urbaines sont précisément décrites par l'Insee. Il faudra donc être très clair dans la mise à jour de la doc, et faire celle-ci avant le passage du bot. — Zebulon84 (d) 23 août 2012 à 22:54 (CEST)

Infobox ville du Togo

Bonjour Zebulon; depuis ta modif de {{Infobox Ville du Togo}}, une accolade apparaît dans les articles liés, par exemple Lomé ouDapaong. Je te laisse corriger... Cordialement -- Speculos ^✉ 28 août 2012 à 08:55 (CEST)

Je m'en suis occupé et j'en ai profiter pour corriger quelques détails. A+--FDo64 (d) 28 août 2012 à 09:32 (CEST)

imageloc2 dans Infobox Subdivision administrative

En voyant ton commentaire de modif j'ai essayé avec blason sous image=oui et ça marche, donc plus besoin d'imageloc2 je pense. —Oliv☮ ^{Éppen hozzám?} 4 septembre 2012 à 17:44 (CEST)

Oui mais non .

Ça marche effectivement, mais le problème est le même que l'utilisation d'image2 : blason, drapeau et image(2/3) sont prévu pour afficher une image à partir de son nom de fichier seul. Après la période de migration actuelle et le passage de bot que vient de demander FDo64, toutes les pages devraient avoir une utilisation correcte de ces paramètres, et je devrais pouvoir supprimer les affichages sous forme de{{Infobox/Ligne optionnelle}} pour ne garder que les {{Infobox/Image}}. Le code aujourd'hui affecté à imageloc2 html de l'actuelle{{Infobox Commune de Hongrie}} ou à blason ici n'est donc pas compatible avec ces futures modifications de blason / drapeau / image, d'ou ma création de imageloc2.

Mon commentaire dans lors de la modification de l'Infobox est lié au fait que ce soir l'Infobox Commune de Hongrie est la seule de WP:fr à présenter la géolocalisation au dessus des autres informations, et j'espère que nous arriverons a vous convaincre d'utiliser la même présentation que toutes les autre communes du monde. Je sais que WP:de n'a pas la même philosophie, mais je trouve leurs Infobox très austères.

— Zebulon84 (d) 4 septembre 2012 à 19:55 (CEST)

Alors il suffirait que ton modèle prévoie la géolocalisation en haut : est-ce qu'on a demandé aux autres projets si ce n'est pas mieux de voir parmi les premières choses qu'on voit l'endroit où c'est ? Il faudrait une discussion faisant appel à tous les projets pour définir l'ordre le meilleur pour ton modèle, et les alternatives indispensables. Dans ce cadre-là, il me senble que le blason et le drapeau pourraient être proposés en bas, parce que c'est très peu présent dans la vie réelle dans beaucoup de villes et de communes. —Oliv☮ ^{Éppen hozzám?} 4 septembre 2012 à 20:22 (CEST)

Je suis plutôt d'accord pour les blasons et drapeaux. C'est d'ailleurs pourquoi j'ai ajouté "blason sous image" lorsque plusieurs projet l'on demandé.

Un débat sur la position de la géolocalisation peut être envisagé pour l'avenir, mais je doit dire que ce n'est pas la priorité du moment. Par ailleurs c'est certainement un débat qui à eu lieu sur le projet Commune de France vu leur façon de pinailler sur le moindre détail et les 4 ou 5 modèles qui ont existé par le passé si j'ai bien compris. Et ils ont fini avec la carte en bas.

— Zebulon84 (d) 4 septembre 2012 à 20:44 (CEST)

Oui c'est Discussion Projet:Communes de France/Infobox, et apparemment en 2008 il y a eu un vote (13 participants) avec une section de la discussion là-dessus Discussion Projet:Communes de France/Mise en page et Esthétique#Position des cartes de géolocalisation. (Et j'ai ta page en suivi) — Oliv☮ ^{Éppen hozzám?} 4 septembre 2012 à 22:08 (CEST)

Suite, cette modifavec cas spécial Hongrie : quitte à faire ça, autant faire un cas spécial carte en haut, et même un cas spécial carte avec blason et drapeau à côté, en laissant la même possibilité aux autres. En effet l'idée de carte mise parmi les premières infos n'est pas tellement choquante qu'on soit obligé de l'empêcher, et de façon générale, le méta-modèle est supposé au départ reproduire exactement ce que font les modèles, et ce n'est qu'ensuite que tout contributeur peut, de façon réfléchie et non automatique, décider de changer en informant si besoin le projet correspondant. — Oliv☮ ^{Éppen hozzám?} 17 septembre 2012 à 17:19 (CEST)

Charte graphique

Bonsoir, on me demande de changer la couleur pour l'{{Infobox Municipalité de Serbie}} et je m'apprêtais à répondre qu'elle est décidée par une charte graphique. Hors le modèle ne teste pas le paramètre statut pour adapter la couleur d'après la charte. Est-ce volontaire ?
--FDo64 (d) 6 septembre 2012 à 18:16 (CEST)

Le paramètre statut défini le type de point sur la carte, et est destiné aux Villes : 1=Capitale, 2=Préfecture ou grande Ville... 5= Village.

Pour des régions plus grandes, la charte graphique est gérée uniquement par le paramètre "couleur". Mais on peut ajouter un autre chanps, ou faire un test sur d'autres valeurs de statut. Dans ce cas on pourra adapter aussi le type de pointpour utiliser par exemple Région ou Région sans toponyme, suivant la taille de la subdivision.

Pendant que j'y suis, si tu as Internet Explorer quelque part, peux-tu me dire si tu vois des exemples avec 2 images dans la même Infobox sur cette page. Si oui, avec quelle version d'IE.

— Zebulon84 (d) 6 septembre 2012 à 18:29 (CEST)

Je pense avoir soulevé un faux problème : actuellement les Infobox sont spécifiques à un niveau, ce n'est peut-être pas la peine de faire compliqué. Comme on l'a fait pour les districts, il faut mettre la bonne couleur dans l'Infobox.

Pour ce qui est de ta question, sur ce PC j'ai IE8 et je ne vois rien (cadre blanc ou jaune pour le dernier exemple) lorsqu'il y a deux images.

--FDo64 (d) 6 septembre 2012 à 18:44 (CEST)

Merci, même chose que chez moi, ça me "rassure", mais je trouve surprenant de promouvoir un nouveau type d'Infobox et de ne pas avoir testé les pages de doc sur IE6/7/8. J'essairai de trouver un parade, quand j'en aurai fini avec la géolocalisation (ça avance bien aujourd'hui )

— Zebulon84 (d) 6 septembre 2012 à 18:51 (CEST)

Pour info, là je suis sur un autre PC avec IE9 et ça fonctionne.--FDo64 (d) 6 septembre 2012 à 21:01 (CEST)

Danone

Bonjour,

Apparemment votre modification pour regrouper les références de Danone a fait apparaitre beaucoup de Erreur de référence : Clôture </ref> manquante pour la balise <ref>. J'ai ajouté les </ref> qui manquaient. Bonne continuation.--Habertix (d) 12 septembre 2012 à 01:18 (CEST)

Désolé d'avoir fait des misères à cette page :(

J'ai effectivement copié les noms ajoutés pour la première note, et oublié de les refermer. Comme j'ai fait ces modifications sur WPCleaner, je n'ai pas vu le désastre. A l'avenir, lorsque je ferai des modif importantes comme ça, j'irai vérifier la page sur Wikipédia. Je le fait souvent mais pas systématiquement.

Habituellement avec WPCleaner je corrige plutôt des {{Guillemets|texte}} en « texte » ou des 1{{er}} en {{1er}} qui ne pose pas de problème car les modifications sont proposées par WPCleaner, il ne reste qu'a valider. Pour les ref en double, l'erreur est signalée, mais la correction demande plus d'intervention manuelle - quoiqu'il faut que je vérifie, si ça se trouve, une fois le nom mis sur la première ref, il me propose de l'ajouter automatiquement sur les doublons.

Merci d'avoir pris le temps de corriger ça.

— Zebulon84 (d) 12 septembre 2012 à 01:40 (CEST)

Pas de problème -- Habertix (d) 14 septembre 2012 à 18:39 (CEST).

Lancer mon bot

Je compte lancer mon bot pour traiter Projet:KISS#Syntaxe_des_param.C3.A8tres_de_mod.C3.A8les_:_.C3.A9viter_le_pipe_en_fin_de_ligne. Des objections? (à indiquer sur cette page) Xavier Combelle (d) 12 septembre 2012 à 14:49 (CEST)

Réglage RpaBot + quelques questions

Bonjour Rpa,

Différentes petites remarques sur les modifications de RpaBot :

• Johanna Konta est citoyenne britanique depuis le 29/05/2012 : http://www.bbc.co.uk/sport/0/tennis/18258600
• "Tableau Coupe 32 (3 sets)" affiche désormais "1^er tour" (...) "4^e tour" lorsque DF-titre = 1/4 de finale ou simplement DF-titre = QF. Il n'est donc pas nécessaire de rensieigner DH-titre, DQ-titre et DD-titre.
• Pour l'ensemble des "Tableau Coupe", le lien de (WC) et (LL) vers Wild Card et Lucky loser est fait automatiquement. L'utilisation de {{WC}} n'apporte rien de plus. Les parenthèses aussi sont facultative. En dehors des Tableau Coupe, l'utilisation de WC est par contre toujours utile.
• Classement par nation : Le bot tri par ordre d'apparition dans le tableau, ce qui ne me semble pas très intuitif (j'ai mis un quart d'heure à comprendre). J'avais initialement trié les joueuses par ordre alphabétique et les pays par meilleur niveau atteint puis ordre alphabétique. Ce n'est peu-être pas le meilleurs tri, mais il me semble plus visible que l'apparition dans le tableau, établi volontairement de manière aléatoire si ce n'est pour les deux premières tête de série.

Maintenant tu fais ce que tu veux de ces trois dernières remarques, le fonctionnement actuel ne posant pas de problèmes particulier.

Questions pour l'avenir :

• Un Tableau Coupe 32 (5 sets) est-il souhaitable ou complètement inutile ?
• Y a-t-il un moyen simple de connaitre la graphie correcte d'un joueur ou une joueuse de tennis sans faire de multiples recherches. Il me semble être tombé un jour sur une de tes pages perso qui recense l'ensemble des joueur. Ce dont je rève c'est un modèle qui permette de saisir {{subst:WikiTennis|Lesia Tsurenko}} ou {{subst:WikiTennis|Tsurenko, Lesia}} et qui me renvoie automatiquement Lesya Tsurenko ou [[Lesya Tsurenko]] suivant que sa page existe ou non, avec bien sur les diacritiques imposé sur Wikipédia pour les joueuses tchèque, serbe... voire australienne.
• Il me semble que l'affichage des pages de Grand Chelem est assez lent. je pense que c'est dû à l'ensemble des calculs / substitutions engendrés par la définition automatique des gagnants. J'ai quelque idée pour raccourcir le temps de traitement, mais qui risque d'alonger le texte des modèles Tableau Coupe. As-tu remarqué un ralentissement depuis la mise en place de ces nouveaux modèle et pense-tu qu'une modification pour tenté d'y palier sois utile ?

Merci d'avance pour tes commentaires. — Zebulon84 (d) 12 septembre 2012 à 14:54 (CEST)

Bonjour Zebulon,

Content de te revoir sur le projet tennis et merci pour tes remarques qui font progresser le bot.

* Les adaptations sont faites pour Johanna Konta, les titres du tableau coupe 32, WC et LL.

* Classement par nation : j'ai ajouté un tri alphabétique des joueuses ; le tri alphabétique des pays me pose quelques problèmes que je n'ai pas encore résolu.

* Personnellement, je serais plutôt favorable à un tableau 32 5 sets mais comme je me concentre sur le tennis féminin, je n'en ai pas l'usage et il vaut sans soute mieux consulter d'autre contributeurs.

* Utilisateur:Rpa/Brouillon3 et Utilisateur:Rpa/Brouillon6 reprennent respectivement une liste des joueurs et joueuses qui figuraient dans la base de données du bot à la date de mise à jour des brouillon3 et 6 (ces listes ne sont évidemment pas exhaustives). Les joueurs et joueuses ayant un article figurent dans un chapitre séparé et sauf renommage récent la graphie est correcte. La graphie des joueurs et joueuses sans article est généralement celle du site ITF (sans diacritique). Quant au modèle rêvé, je ne vois vraiment pas comment le concrétiser.

* J'ai effectivement constaté une certaine lenteur de chargement des articles avec un modèle 32. Le moteur de rendu du bot me rend d'ailleurs régulièrement un timeout en mode de validation manuelle des modifications (c'est aussi le cas avec le Modèle:Palmarès_WTApour certaines joueuses genre Lisa Raymond. Ce serait bien si tu pouvais améliorer le temps de traitement.

Cordialement, Rpa (d) 14 septembre 2012 à 21:26 (CEST)

* Tableau 32 (5 sets) n'est pas une priorité, mais le le ferai peut-être un jour.

* Je vais me pencher un peu plus rapidement sur le problème de lenteur. Le problème sera probablement l'évaluation de ce qui est lent par rapport à ce qui l'est un peu moins, la variation de charge de Wikipédia et la mise en cache pouvant certainement inversé les résultats. Or entre un modèle long mais seul, ou un modèle court avec l'appel régulier d'un sous-modèle je ne sais pas lequel est le plus rapide. Mais je pense que limiter les calculs améliorera les choses. Actuellement les "Tableau Coupe" calculent le gagnant de chaque set à deux reprises (une fois par joueur), et le gagnant de chaque match à quatre reprises (pour chaque joueur et chaque case "tête de série"). Il faut que je supprime ces répétitions.

* Sinon je suis actuellement en train de créer un modèle de création de page de joueuse de tennis, actuellement sur Utilisateur:Zebulon84/Mod8. Ensuite, je continuerai probablement sur les créations de page de tournois qu'avait commencé Domaina. En travailant toujours en parallèle sur les Infobox de ville, la géolocalisation en InfoboxV3...

* Pour info, Rpabot a crée quelques qualifiées / invitées en trop le 17 mai dernier sur la page Coupe du Kremlin 2011 (WTA).

— Zebulon84 (d) 15 septembre 2012 à 00:11 (CEST)

Infobox Commune de Chypre

Bonjour, sais-tu expliquer le message d'erreur dans la documentation de l'{{Infobox Commune de Chypre}} au niveau du blason ? Cela ne se produit à priori que dans le modèle, les pages semblent correctes.--FDo64 (d) 16 septembre 2012 à 10:03 (CEST)

Je ne vois pas d'erreur. Tu as purgé le cache ? Sioui, quel est le message, sur quel navigateur...

Comme tu peux le voir dans l'historique de ce modèle, j'ai quelque peu cafouillé hier soir en modifiant ce modèle. L'erreur que tu vois est peut-être (j'espère) un reste de l'une des versions intermédiaire buggée.

— Zebulon84 (d) 16 septembre 2012 à 10:27 (CEST)

Tu dois avoir raison, ça ne le fait plus... A+--FDo64 (d) 16 septembre 2012 à 12:04 (CEST)

{{Infobox Subdivision administrative}}

Salut,

Suite à tes modifs, dans toutes les pages liées à ce modèle apparaissent maintenant des lignes superflues en provenance du code qui « cassent » la page.

Il faudrait y remédier rapidement et cesser de faire n'importe quoi.

Sans mes félicitations. --86.217.196.144 (d) 17 septembre 2012 à 15:42 (CEST)

pour info : Wikipédia:Le Bistro/17 septembre 2012#Problème technique --GdGourou - Talk to °o° 17 septembre 2012 à 15:52 (CEST)

P:MQ

J'ai encore besoin du modéliste qui sait tout sur tout sur les codes.

P:MQ#Codage de page utilisateur --Ork98 ^{→blablatoir←} 23 septembre 2012 à 14:22 (CEST)

Nouvelle supplication demande... --Ork98 ^{→blablatoir←} 23 septembre 2012 à 20:39 (CEST)

Comme il n'y a que toi qui m'aide, que je t'aime bien et que j'ai conclu le sujet sur P:MQ, comme j'ai une nouvelle demande je te le fais savoir personnellement.

J'ai commencé à mettre de l'ordre sur ma page utilisateur, mais j'ai bloqué sur le tableau. Je voudrais insérer une ligne de titre sous le tableau qu'il y a déjà. Comme si je voulais faire le même et le coller juste en bas (comme ça quoi). Mais je ne sais pas comment on fait. Je voudrais que la deuxième ligne s'arrête à width="50%" car je ne voudrais y mettre que les sous-pages incluses (actuellement dans la dernière colonne de la première ligne) et mon bloc-notes, que j'adapterai pour l'occasion. Peux-tu me le faire (je commence à songer à te récompenser concrètement pour tout ce boulot !) ? --Ork98 ^{→blablatoir←} 24 septembre 2012 à 13:17 (CEST)

Je m'étais aussi dit qu'il fallait déplacer cette discussion ici ou chez toi.

Je n'ai pas connaissance de tous les modèles mais je fouille, je regarde le code.... Je ne m'étais jamais penché sur les présentations à onglets avant ta question par exemple.

Par contre Ici pour le coup je ne comprend pas trop la question.

S'il s'agit juste d'avoir une deuxième parti de tableau identique à la première (dans sa structure, je me doute que le contenu ne sera pas le même), il suffit de recopier ce qui est au dessus:

Code, exemple, et suite de la discussion

{| class="wikitable"
|-
   ! [[File:Procman.svg|35px]]Statistiques 
   ! [[File:Icon tools.svg|35px]] Voir aussi 
   ! [[File:Nuvola apps email.png|35px]] M'envoyer un message 
   ! [[File:Map symbol theatre 02.svg|35px]] Humeur 
   ! [[File:Nuvola apps kmenuedit.png|35px]] Sommaire 
   !
|-
   | '''Mes statistiques Wikichecker'''<br />'''Mes statistiques Toolserver'''<br />'''Mes statistiques Wikiscan'''<br />'''Mes images Commons'''
   |'''Bibliothèque publique'''<br />'''Le SMS en dix leçons'''<br />'''Mes modèles'''<br />'''Outils divers'''
   |  [[File:Chaton Orikrin.png|thumb|171px]]
   |  [[File:Wikimood 01.png|200px]]
   |{{Arbre début}}
    ** [[#Boîtes|Boîtes]]
    ** {{Arbre/Branche finale}} [[#Présentation|Présentation]]
    *** [[#Dans la vraie vie|Dans la vraie vie]]
    {{Arbre fin}}
   |* '''[[Utilisateur:Orikrin1998/Onglets]]'''
|-
   ! [[File:Procman.svg|35px]]Statistiques 
   ! [[File:Icon tools.svg|35px]] Voir aussi 
   ! [[File:Nuvola apps email.png|35px]] M'envoyer un message 
   ! [[File:Map symbol theatre 02.svg|35px]] Humeur 
   ! [[File:Nuvola apps kmenuedit.png|35px]] Sommaire 
   !
|-
   | '''Mes statistiques Wikichecker'''<br />'''Mes statistiques Toolserver'''<br />'''Mes statistiques Wikiscan'''<br />'''Mes images Commons'''
   |'''Bibliothèque publique'''<br />'''Le SMS en dix leçons'''<br />'''Mes modèles'''<br />'''Outils divers'''
   |  [[File:Chaton Orikrin.png|thumb|171px]]
|}

Donne :

Statistiques	Voir aussi	M'envoyer un message	Humeur	Sommaire
Mes statistiques Wikichecker Mes statistiques Toolserver Mes statistiques Wikiscan Mes images Commons	Bibliothèque publique Le SMS en dix leçons Mes modèles Outils divers			Modèle:Arbre début Boîtes Modèle:Arbre/Branche finale Présentation Dans la vraie vie Modèle:Arbre fin	* Utilisateur:Orikrin1998/Onglets
Statistiques	Voir aussi	M'envoyer un message	Humeur	Sommaire
Mes statistiques Wikichecker Mes statistiques Toolserver Mes statistiques Wikiscan Mes images Commons	Bibliothèque publique Le SMS en dix leçons Mes modèles Outils divers

j'ai sabré dans les liens pour un peu mieux voir la structure. Attention, les étoiles de du sommaire ne doivent pas être précédées d'espace contrairement à ce que j'affiche (mais ça perturbe la lecture, donc ça va bien pour l'exemple).

Le tableau est rectangulaire, la deuxième ligne ne peu pas réellement s’arrêter à 50%. Tu peux juste laisser la deuxième moitié vide ce qui donnera l'impression qu'il s'arrête à 50% mais l'espace restant est malgré tout occupé par le tableau. Mais tu dois pouvoir mettre tes sous-pages dans les cellules du tableaux (je n'ai pas essayé ceci-dit).

Une chose que je ne sais pas faire, c'est afficher un message spécifique à l'édition de la page, et je ne sais pas ou voir comment tu le fait. Peux tu me dire comment est affiché ce message sur fond rose demandant pourquoi j'essaye d'éditer une page qui ne m'appartiens pas ?

— Zebulon84 (d) 24 septembre 2012 à 14:04 (CEST)

Ah merci c'est très bien, je pense pouvoir me dépatouiller de ce que tu me donnes là.

Pour le « message spécifique à l'édition de la page », je n'en ai pas besoin dans le tableau, c'est seulement à l'édition qu'il apparait. Ça s'appelle un editnotice. Si tu veux qu'un message apparaisse à l'édition de la page Utilisateur:Zebulon84, crée la page Utilisateur:Zebulon84/Editnotice. La suite est automatique. L'editnotice que tu vois quand tu édites ma PU est Utilisateur:Orikrin1998/En-tête/Editnotice. Voilà !

Je teste le tableau et je te dirai si j'y arrive. A+ ! --Ork98 ^{→blablatoir←} 24 septembre 2012 à 18:17 (CEST)

Conflit d’édition — C'est bien mais il pourrait y avoir mieux ; pourquoi les deux premières colonnes sont-elles aussi larges ? Comment les réduire ? De plus, dans la deuxième ligne, malgré la largeur des cellules, le texte ne rentre pas ! --Ork98 ^{→blablatoir←} 24 septembre 2012 à 18:30 (CEST)

Merci pour editnotice.

La colonne prend toute la largeur dont elle a besoin en fonction de son contenu, jusqu'à ce que la largeur de la page soit utilisé. Puis le nagigateur réduit la largeur la ou il pense que c'est le moins génant. Il est possible de définir la largeur d'une cellule avec stlye="width:5em;" La largeur est alors 5 fois la hauteur de caracèére de la cellule. (sauf de nouveau si le navigateur manque de place. Il est aussi possible de la définir en pixel (width:100px;).

Pour réduire la taille de la police c'est style="font-size:0.85em;". La taille de police est alors réduite de 15% par rapport à la taille par defaut. les deux peuvent être cululé : stlye="width:5em;font-size:0.85em;"

— Zebulon84 (d) 24 septembre 2012 à 19:06 (CEST)

C'est fait et c'est bon ! On avance !

Je pense qu'il n'y a plus qu'un tout petit rien de détail à régler. Je te prie de le faire toi-même car malgré tes courageuses explications, je n'ai pas très bien compris.

Voudrais-tu faire en sorte que le cadre des onglets s'arrête à la fin de l'en-tête, avant les messages, sur ma PDD ? Tu auras droit à une jolie {{récompense}} si je me rends compte qu'on a fini. --Ork98 ^{→blablatoir←} 24 septembre 2012 à 20:32 (CEST)

Après analyse, ce n'est pas un mais deux <div> qui sont ouvert par {{Début des onglets}}. Le plus simple finalement c'est d'utiliser {{Fin des onglets}} qui s'occupe de fermer tout ce qu'il faut.

Au passage, j'ai découvert qu'un <div> était ouvert par {{Méta avertissement}} et jamais refermé, bug qui traine depuis la création du modèle en 2006 !

— Zebulon84 (d) 25 septembre 2012 à 15:02 (CEST)

Merci pour ton édition spontanée, mais j'ai spécifié PDD, pas PU ! Mais ce n'est pas grave du tout, aucune importance.

Je me suis chargé de faire ce que je voulais faire sur ma PDD (). J'ai dû mettre quatre fermetures de div !!!

J'ai une autre demande à te faire. Je suis désolé de retarder la date de ta décoration, mais une fois qu'on a trouvé quelqu'un d'intéressant, de motivé et sympathique, on lui fait faire toutes les menues corvées. J'espère moi-même que c'est la dernière chose que je te demande. Sur la PU d'OrikriBot, je voudrais créer deux cases de titre dans la colonne « Avertissements restants » - le tableau en bas de la page. Mais je ne maîtrise définitivement pas les col/rowspan.

Si sa majesté veut bien prendre (encore) la peine d'aider son fidèle serviteur (oh le paradoxe !) --Ork98 ^{→blablatoir←} 25 septembre 2012 à 17:56 (CEST)

Désolé d'avoir lu trop vite et d'avoir modifié la mauvaise page. Pour les quatre div, c'est normal puisque'il y a deux blocs d'onglets imbriqués, nécessitant de div de fermeture chacun.

Pour le tableau, ci-dessous deux exemples d'utilisation du colspan. Pour le deuxième j'ai ajouté style="text-align:center;" pour centrer le texte dans le tableau, mais c'est totalement indépendant du colspan.

{| class="wikitable alternance centre"
|+ Bilan manuel
|-
|
! scope="col" | [[Modèle:Avertissement Homonymie|Avertissements]] 
! scope="col" | restants
|-
! scope="row" | '''{{date|14|septembre|2012}}'''
|colspan=2 | {{formatnum:47929}}
|-
| '''{{date|24|septembre|2012}}'''
|colspan=2 | {{formatnum:49403}} {{rouge|+3 %}}
|}

Bilan manuel

	Avertissements	restants
14 septembre 2012	47 929
24 septembre 2012	49 403 +3 %

{| class="wikitable alternance center" style="text-align:center;"
|+ Bilan manuel
|-
|
! scope="col" colspan=2 | [[Modèle:Avertissement Homonymie|Avertissements]] restants
|-
! scope="row" | '''{{date|14|septembre|2012}}'''
| {{formatnum:47929}} ||
|-
| '''{{date|24|septembre|2012}}'''
| {{formatnum:49403}} || {{rouge|+3 %}}
|}

Bilan manuel

	Avertissements restants
14 septembre 2012	47 929
24 septembre 2012	49 403	+3 %

— Zebulon84 (d) 25 septembre 2012 à 18:41 (CEST)

Et si je veux quelque chose qui ressemble à ça ? --Ork98 ^{→blablatoir←} 25 septembre 2012 à 20:22 (CEST)

{| class="wikitable alternance2 centre" style="text-align:center;"
|+ Bilan manuel
|-
!
! scope="col" colspan=2 | [[Modèle:Avertissement Homonymie|Avertissements]] restants
|-
! scope="col" | Date
! scope="col" | Nombre
! scope="col" | %
|-
| '''{{date|14|septembre|2012}}'''
| {{formatnum:47929}} ||
|-
| '''{{date|24|septembre|2012}}'''
| {{formatnum:49403}} || {{rouge|+3 %}}
|}

Bilan manuel

	Avertissements restants
Date	Nombre	%
14 septembre 2012	47 929
24 septembre 2012	49 403	+3 %

— Zebulon84 (d) 25 septembre 2012 à 20:29 (CEST)

Ah c'est génial ! Là je n'ai pas le temps, mais demain tu auras ta récompense ! Bon chien Bon travail ! --Ork98 ^{→blablatoir←} 25 septembre 2012 à 20:41 (CEST)

 

Bravo !

Pour s'être montré patient, pour avoir supporté mes problèmes, erreurs et changements d'avis sans broncher pendant trois jours. Pour m'avoir aidé à réorganiser ma page utilisateur, s'être échiné à me proposer sans relâche les codes adéquats, je te décerne cette étoile des modélistes en espérant qu'elle compensera ton aide précieuse et ton inépuisable gentillesse. --Ork98 →blablatoir← 26 septembre 2012 à 10:49 (CEST)

Géolocalisation dans les infobox

Salut ! Chez Sardur qui s'intéresse au problème avec Rémih, suite au Bistro d'hier j'ai fait quelques essais sur la piste de margin:auto dans le <table> intérieur, qui peut ainsi se mettre au centre sans modifier les positionnements qu'il renferme, mais je n'ai pas compris comment img_toggle empêche ça. Je crois avoir vu quelque part que les géolocalisations sont en développement en infobox V3, tu ne saurais pas qui fait ça pour lui demander de l'aide, à moins que ce ne soit toi ? A+ — Oliv☮ ^{Éppen hozzám?} 27 septembre 2012 à 07:14 (CEST)

Rien à voir avec l'Infobox V3. Le problème viens de MediaWiki:Common.css, plus précisément de

.img_toggle,
.img_toggle * {
 margin: 0 !important;
}

Je suis justement en train de tester l'utilité de ce code. A priori c'est pour le comportement spécial de IE 6 et 7. Je pense avoir une solution dans la matinée.

— Zebulon84 (d) 27 septembre 2012 à 07:26 (CEST)

Cathay

Salut,

D'accord pour {{cita}}.

J'en profite pour te demander si tu saurais franciser le modèle bibliographique de Zotero. Zotero est un merveilleux outils qui facilite le travail des rédacteurs mais malheureusement la référence se présente avec un « (en) » malencontreux :

(en) Lucile Allorge, Olivier Ikor, La fabuleuse odyssée des plantes : Les botanistes voyageurs, les Jardins des plantes, les Herbiers, Jean-Claude Lattès, 2003 (ISBN 2709623277)

Cordialement, Pancrat (d) 27 septembre 2012 à 10:13 (CEST)

Je ne connais pas Zotero ou {{Cite book}}, mais j'y jetterai un oeil à l'occasion. — Zebulon84 (d) 27 septembre 2012 à 11:06 (CEST)

La solution est simple il suffisait de lire Template:Cite book.

Je rajoute à la main |language=fr et le tour est joué. Peut-on le faire automatiquement?Pancrat (d) 28 septembre 2012 à 11:11 (CEST)

A priori oui, en utilisant {{ouvrage}} à la place de {{Cite book}}. D'après sa documentation, ce dernier est surtout fait pour copier facilement les référence présent sur Wikipedia anglais. Il faut donc écrire :

{{Ouvrage
| éditeur = Jean-Claude Lattès
| isbn = 2709623277
| prénom1 = Lucile
| nom1 = Allorge
| prénom2 = Olivier
| nom2 = Ikor
| titre = La fabuleuse odyssée des plantes : Les botanistes voyageurs, les Jardins des plantes, les Herbiers
| année = 2003
}}

pour avoir :
Lucile Allorge et Olivier Ikor, La fabuleuse odyssée des plantes : Les botanistes voyageurs, les Jardins des plantes, les Herbiers, Jean-Claude Lattès, 2003 (ISBN 2709623277) — Zebulon84 (d) 28 septembre 2012 à 14:54 (CEST)

Bien sûr, mais ma question n'était pas celle là. Grâce à Zotero, on peut récupérer autant de références que l'on veut d'un simple clic. Celles-ci sont stockées dans une base de données sur le serveur de Zotero. On peut ensuite exporter chaque références dans un format donné par ex. de la revue Nature, ou Cell... ou Wikipedia Citation Templates. C'est à ce niveau qu'il faudrait intervenir. Faudrait intervenir sur le forum de Zotero. Merci en tout cas. A+ Pancrat (d) 29 septembre 2012 à 08:02 (CEST)

Déménagement

Pour information, je suis en cours de déménagement, et je j'aurais dans les jours avenir un accès limité à Internet.

— Zebulon84 (d) 15 octobre 2012 à 18:39 (CEST)

De nouveau connecté — Zebulon84 (d) 18 novembre 2012 à 10:29 (CET)

Statistiques sur les paramètres

Bonjour Orlodrim,

Serait-il possible d'avoir une nouvelle version de ces statistiques. J'ai fait du ménage et je n'ai plus les versions précédentes, et évidemment elles ne sont plus chez Free.

J'aimerai faire évoluer des modèles avec beaucoup de paramètres et je me demande s'il est pertinent de reprendre tout les paramètres où si l'on peut simplifier en supprimant certains s'il ne sont jamais utilisés.

Merci d'avance.
— Zebulon84 (d) 19 novembre 2012 à 11:59 (CET)

Bonjour,

J'ai remis une nouvelle version en ligne.

Cordialement,

Orlodrim ^[discuter] 19 novembre 2012 à 21:11 (CET)

Super, Merci. — Zebulon84 (d) 20 novembre 2012 à 00:41 (CET)

Modèle:Infobox Subdivision administrative

Salut, regarde sur le Bistro d'aujourd'hui ce que je dis des #if pour imageloc. J'ajoute un #if autour de cet appel à Infobox/Image, si ce n'est pas ce que tu voulais dis-le moi. (Pendant que j'y suis je fais pareil pour carte dans {{Infobox Quartier}}.) — Oliv☮ ^{Éppen hozzám?} 4 décembre 2012 à 14:28 (CET)

Pas de soucis. — Zebulon84 (d) 5 décembre 2012 à 15:13 (CET)

{{Infobox Monument}}

Salut,

Depuis ta modif du 28/11, voir le rendu catastrophique par exemple sur Ascenseur de Santa Justa ou Église Saint-Jacques de Compiègne. Et il doit y en avoir beaucoup d'autres...

Faudrait arrêter de faire n'importe quoi.

--90.5.49.130 (d) 4 décembre 2012 à 16:45 (CET)

Merci d'avoir signaler ce bug. Je vais trouver et corriger toutes les pages qui posent problème. — Zebulon84 (d) 4 décembre 2012 à 21:39 (CET)

{{Palette ATP Tour}}

Les lecteurs de Wikipédia sont-ils vraiment des imbéciles au point qu'il soit utile de préciser que les « saisons [sont] classées par ordre chronologique. Les liens renvoient directement sur l'article détaillé de l'année concernée » ?
— Zebulon84 (d) 14 décembre 2012 à 09:07 (CET)

Bonjour,

Je pense en effet que ce n'est pas nécessaire, j'ai simplement copié cette syntaxe, mais il s'avère que la palette {{Palette ATP Tour}} étant construite sur des dates, c'est totalement débile de mettre ça. En revanche, je ne vois pas pourquoi « Les liens renvoient directement sur l'article détaillé de l'année concernée. » est plus/moins pertinent ici que sur tout autre Modèle:Palette Saison xxxx de l'ATP/la WTA.

Hawk-Eye (d) 14 décembre 2012 à 09:37 (CET)

Je ne pense pas que cette précision à propos des liens soit plus utile sur les autres palettes, effectivement.

Suite à la remarque du comte Nemoi sur le projet modèle j'ai essayé d'utiliser directement les palettes sur le portail tennis (ici pour la présentation actuelle, là pour mon projet), mais les palette WTA et ATP sont très différentes suite à tes modifications, et ces précisions selon moi inutiles prennent plusieurs lignes si on réduit la largeur de la palette (d'où le ton sec de ma précédente intervention, désolé).

Je vais ajouter un paramètre permettant d'afficher la palette ouverte, et je vais en profiter pour harmoniser ces deux palettes, en supprimant au moins la remarque sur la chronologie.

— Zebulon84 (d) 14 décembre 2012 à 10:30 (CET)

Pas de soucis!

Dis-moi ce qu'il faut laisser/supprimer au niveau du dessous des palettes, je peux m'en charger si tu le souhaites.

Hawk-Eye (d) 14 décembre 2012 à 16:18 (CET)

Migration Modèle:Infobox Ville

Bonjour Zebulon84, je viens vers toi car j'ai un peu décroché de wikipédia, mais je suis toujours avec intérêt la partie géographie, j'ai vu que tu as créé un nouveau modèle Modèle:Infobox Subdivision administrative en remplacement du modèle Modèle:Infobox Ville devenu obsolète. Bonne idée. Est-il prévu une migration de tous les articles utilisant le modèle Modèle:Infobox Ville vers ce nouveau Modèle:Infobox Subdivision administrative? J'ai beaucoup travaillé à ce sujet, et j'ai un automate capable de réaliser cette opération. L'idée est-elle de modifier tous les sous modèles dérivés du modèle Modèle:Infobox Ville vers ce nouveau modèle ? A+ --Lepere Discussion 22 décembre 2012 à 16:37 (CET)

---

Bonjour,

Oui le but est de pourvoir supprimer Infobox Ville. Tous les sous-modèles ont étés modifiés pour utiliser Modèle:Infobox Subdivision administrative. Toutes les copies, infobox diverses de ville, mais aussi département, région... de tout les pays utilisent maintenant Infobox Subdivision administrative. Reste à migrer les villes qui utilisent directement le modèle.

Ceci-dit ce n'est plus moi qui gère cette évolution mais FDo64. Pour plus d'information voir

• ses pages perso : FDo64/Liste2 et FDo64/Liste3
• la page de suivit du Bot effectuant les modif de pages suite à la ré-écriture de certain modèle : Orlodrim/Infobox Subdivision administrative

— Zebulon84 (d) 22 décembre 2012 à 17:16 (CET)

Modèle : Autres langues

La conversation qui suit se déroule chez NEMOI ; pour l’éditer, cliquez sur ce lien.

---

Bonjour Nemoi,

Tu avais blanchi ce modèle en octobre. Pour information, j'ai demande sa suppression ici. --SamuelFreli _(d - c) 14 décembre 2012 à 19:57 (CET)

---

Ajout du comte Nemoi – Ah, très bien, il a d’ailleurs été supprimé. Il aurait fini par l’être de toute façon (des admins passent plus ou moins régulièrement dans les pages vides), l’important était pour moi qu’il ne soit plus utilisable, et qu’on lui préfère au besoin le modèle : Voir autre projet. Avec sympathie, ce 14 décembre 2012 à 20:47 (CET).

---

Bonjour Nemoi.

Ce modèle Autres langues qui à été supprimé avait-il un rapport quelquonque avec celui de la demande de AM23 et du modèle allemand de:Vorlage:Andere_Sprachen, permettant d'écrire sur fr.wikipedia des pages ou messages en plusieurs langues ?

Voir autre projet ne semble pas du tout avoir ce type de fonctionnalité.

— Zebulon84 (d) 26 décembre 2012 à 02:46 (CET)

---

Ajout du comte Nemoi – Bonjour Zebulon84, et joyeuse fin d’année. Der Vorlage : Andere_Sprachen ist pour la navigation entre des sous-pages d’aide en différentes langues, ce n’était pas le but du modèle : Autres langues, qui était un modèle de navigation vers les articles en d’autres langues. Son seul usage correct et complet était sur une seule page (dont tu admireras la qualité), dans des sections comme celle-ci, où j’ai « poussé à bout » le modèle : Autres langues, plus à l’aise avec un seul lien (sur la même page) et plus encore avec un autre projet ; il possédait, bien que n’étant lié que sur une dizaine de pages, des bricolages, que tu peux imaginer sur la page de la catégorie : Cocktail (il n’était pas sensé gérer des liens vers d’autres projets que Wikipédia, et servait quand même à cela…).

Pour l’usage que tu décris (est-ce pour le modèle : Autres projets ?), le modèle : Voir autre projet n’est pas spécialement adapté, même s’il peut s’y plier (paramètre contenu). Il serait certainement mieux que l’on ait un modèle dédié, quelque soit son rendu. Quelque chose comme :

<div class="bandeau-section bandeau-niveau-information wikipedia">Cette page d’aide est également disponible [[/{{{1|en}}}|en {{#language:{{{1|en}}}|fr}}]]<!---
--->{{#if:{{{2|}}}|{{espace}}et [[/{{{2}}}|en {{#language:{{{2}}}|fr}}]]}}<!---
--->.</div>

Cette page d’aide est également disponible en anglais.

ou comme

<div class="bandeau-discussion bandeau-niveau-information">
Cette page d’aide est également disponible [[/{{{1|en}}}|en {{#language:{{{1|en}}}|fr}}]]<!---
--->{{#if:{{{2|}}}|{{espace}}et [[/{{{2}}}|en {{#language:{{{2}}}|fr}}]]}}<!---
--->.
</div>

Cette page d’aide est également disponible en anglais.

? (on peut faire grand et avec icône, mais alors j’envoie quelques classes CSS en plus.) Amicalement, ce 26 décembre 2012 à 05:37 (CET).

---

Merci de toutes ces explications.

J'ai fait un peu de ménage sur la page de discussion du modèle projet et je suis (re)tombé sur quelques vielles demandes sur lesquelles personne ne semble s'être penché. Après avoir analysé le fonctionnement du modèle allemand, je me suis aperçus que le la traduction française du message Andere Sprachen ({{int:lang}}) venais d'être supprimée.

Je vais demander à AM23 s'il a bien l'utilité du modèle. Si oui mon avis était de copier au plus simple le modèle allemand qui marche, en traduisant juste les noms et la doc (qui est un peu trop succinte à mon gout). Le modèle intègre la possibilité d'avoir plusieurs design, donc si tu veux après ajouter des class et des icones, tu pourra te faire plaisir

— Zebulon84 (d) 26 décembre 2012 à 07:15 (CET)

---

Ajout du comte Nemoi – Le modèle germain utilise un tableau, ce qui est une erreur du point de vue du code. Pour rester proche du rendu, tout en respectant les classes CSS adaptées en place et en étant sémantiquement correct, il faut générer un code du genre :

<div class="bandeau-simple bandeau-niveau-information">
<div style="display:table-cell; width:10em;">Autres langues :</div>
<ul style="display:table-cell; list-style-type:none; padding:0.8em;">
<li style="list-style:none; display:inline;">Allemand (de) •</li>
<li style="list-style:none; display:inline;">Anglais (en)</li>
</ul>
</div>

Autres langues :

• Allemand (de) •
• Anglais (en)

(reste le problème de la puce, mais qui se règlera avec liste-horizontale quand je mettrai à jour ma demande sur DIMS ; pour s’éloigner un peu du rendu, tu peux ajouter un « text-align:center; padding-right:10.8em; » au style du <ul>). Voilà, je t’ai prémâché le travail comme ça. Amicalement, ce 26 décembre 2012 à 08:02 (CET).

---

Je me suis librement inspiré de ta proposition car j'ai

• utilisé bandeau-article car l'effet s'applique à tout l'article, mais il sera bien sur possible de modifier ceci.
• supprimé les list-style-type:none; qui ne serve à rien si le display n'est plus list-item
• ajouté text-indent:0; pour supprimer l'indentation de la première li, horrible lorsque le texte passe à la ligne.

Pour le reste c'est par ici.

Par ailleurs je suis moyennement satisfait de ma méthode de détection de la langue en cours. Sur de.wikipedia et sur meta un faux message système lang à été créé pour “toutes” les langues, ce qui est plus efficace mais est-ce vraiment judicieux. Si tu as une meilleure idée...

— Zebulon84 (d) 31 décembre 2012 à 21:02 (CET)

---

Ajout du comte Nemoi – Meilleurs vœux, vu, retouché. Concernant le look : ça me donne envie de donner une hauteur minimale (ça fait plat, là…) aux bandeau-article et bandeau-discussion (quelque chose comme 2.5em), ça te choquerait ? Concernant la langue, je ne vois pas de jolie solution, ce doit pouvoir rester comme ça. Amicalement, ce 5 janvier 2013 à 12:04 (CET).

---

Merci d'avoir retouché le modèle. Je n'avais effectivement pas compris que c'était la class wikipedia qui me générait ce text-indent. Celui-ci m'avais d'ailleurs fait perdre pas mal de temps car je ne connaissais pas encore ce style (je suis encore débutant en html/css) et toutes les solutions pour supprimer l'indentation des listes que je trouvais sur internet parlaient de margin/padding mais pas de text-indent…

Pas de problème pour la hauteur, il faut juste s'assurer que le texte reste bien centrer même si les langues sont sur plusieur ligne.

Pour les langues, tant que le modèle n'est pas très utilisé (probablement pour toujours donc) ça peut rester comme ça. Si quelqu'un s'amuse à mettre ce modèle sur beacoup de pages, il vaudrai mieux passer avec un système du même type que de à mon avis.

— Zebulon84 (d) 5 janvier 2013 à 12:13 (CET)

---

La conversation qui précède se déroule chez NEMOI ; pour l’éditer, cliquez sur ce lien.

Modèle:Cadre_Projet/1

pour faire tes test tu peux utiliser Utilisateur:Xavier_Combelle/Accueil_de_la_communauté. Si le bug principal a savoir que sur un petit écran quand il y a un retour chariot, la ligne suivante ne soit plus cachée. Mais le plus simple c'est encore que tu utilise Spécial:TemplateSandbox Xavier Combelle (d) 26 décembre 2012 à 15:50 (CET)

Modèle:BrahmsOnline

Merci beaucoup pour la mise à jour du modèle:BrahmsOnline ! J'ai passé l'info dans Discussion Projet:Musique classique.
Cordialement. --Eric-92 (d) 4 janvier 2013 à 02:54 (CET)

Modèle : Tableau Coupe 16 (5 sets)

Bonjour Zebulon84,
J'ai une question à propos des modèles que tu as créés il y a peu de temps. Tu avais fait prendre en charge, à l'époque, les bye en supprimant les cases adéquates lorsqu'il n'y a pas de match, comme c'est le cas ici pour Andy Murray, qui commence directement au 2^e tour.
Serait-il envisageable de mettre, de la même façon, le modèle {{Tableau Coupe 16 (5 sets)}} pour les exempts de 1^er tour. Ou bien étais-tu tombé face à un problème technique ?
Actuellement, les tableaux en 5 sets ne sont plus utilisés que pour les Grands Chelems, et ces derniers n'ont plus jamais de bye à distribuer aux têtes de série. Cependant, dans de nombreuses éditions passées, comme celle-ci, ça pourrait être bien d'uniformiser la forme, si cela demeure possible.
Je te remercie d'avance pour ta réponse, Hawk-Eye (d) 4 janvier 2013 à 10:42 (CET)

Pas d'impossibilité technique. Simplement beaucoup moins d'utilité pratique vu le faible nombre de tournois en 5 sets. Ce n'est d'ailleurs pas moi qui ait implémenté cette fonction dans les tableaux 3sets, elle était déjà là avant.

Par contre je pense qu'il est urgent d'attendre avant de faire cette modif.

• D'une part les tableaux coupe 16 sont relativement lent depuis que j'ai ajouté le calcul automatique des gagnant. J'ai quelques idée pour arranger ça, mais...
• D'autre part un nouveau langage de script, Lua, devrait bientôt être disponible pour programmer les modèles (annoncé pour début 2013). ce qui sera certainement beaucoup plus efficace pour ce type de modèle complexe, avec j'espère la possibilité d'avoir des variables pour évité de refaire 4 fois tout les calculs (le gagnant d'un match est calculé à l'affichage de la tête de série puis du score joueur 1, et idem pour le joueur 2)

— Zebulon84 (d) 4 janvier 2013 à 11:16 (CET)

Très bien, je comprends. Peut-être pourra-t-on s'y pencher lors de la sortie du nouveau langage Lua, alors. Merci — Hawk-Eye (d) 4 janvier 2013 à 11:38 (CET)

Alaska

Bonjour et bonne année ! Je te signale une demande que j'ai faite pour tenter de régler le problème de géolocalisation de l'Alaska, voir Wikipédia:Atelier graphique/Cartes#Alaska. Si tu as des solutions à proposer, elles sont bienvenues ! Merci d'avance.--FDo64 (d) 7 janvier 2013 à 12:04 (CET)

Modèle:Ligne de tableau MH-ESP

Bonsoir et merci pour le travail que tu as effectué. J'ai cependant encore quelques difficultés dans l'application. Voir l'exemple dans ma page de brouillons. Les notices des monuments n'apparaissent pas comme sur le modèle que tu fournis (et que j'ai copié dans ma page) ? Je ne vois pas la différence, tout semble identique et donc où est le truc ? Petit détail : dans la notice qui accompagne le modèle, n'apparaissent pas les champs bic et idurl. En attendant ton aide...cordialement Fagairolles 34 (d) 18 janvier 2013 à 18:58 (CET)

Infobox commune de France

Salut, il y a une petite erreur qui s'est glissée lors d'une modif, voir message dans la pdd du modèle {{Infobox Commune de France}} (espace manquant entre [[Alsace]] et ([[préfecture]])).--Rehtse (d) 22 janvier 2013 à 14:22 (CET)

Infobox Ville statut controversé

Je vois que la modif annulée sur {{Infobox Subdivision administrative‎}} était en lien avec la pdd de cette infobox qui n'est utilisée que 2 fois : tu pourrais peut-être leur donner des conseils sur la façon de faire ce qu'ils veulent avec une infobox ville, parce qu'une infobox séparée semble un peu inutile… — Oliv☮ ^{Éppen hozzám?} 24 janvier 2013 à 18:35 (CET)

Merci pour l'info. J'ai fait une proposition qui permettrait de supprimer si elle est acceptée (on peut toujours rêver). — Zebulon84 (d) 30 janvier 2013 à 07:17 (CET)

Gras dans les tableaux coupe

Bonjour Zebulon,
Il semble y avoir quelques ratés dans le gras automatique au 3^e tour (DD3, DD4) du modèle:Tableau Coupe 16 (3 sets) lorsque le 1^er tour est complètement bye. Voir par exemple Double dames du championnat national de tennis des États-Unis 1964.
Veux-tu examiner cette anomalie ?
Merci, Rpa (d) 28 janvier 2013 à 22:48 (CET)

Oublie, problème résolu provoqué par un espace intempestif. Rpa (d) 28 janvier 2013 à 22:51 (CET)

Souci

Cette modif présente quelques soucis. La première correction supprime un wikilien, ce qui est une décision éditoriale en principe, pas une modif laissée à un robot. La seconde modif corrige un wikilien mais fait sauter le pluriel. Je n'ai pas creusé plus loin, mais il semble y avoir l'un ou l'autre boulon à resserrer. Asavaa (d) 31 janvier 2013 à 07:43 (CET)

WPCleaner n'est pas un robot, mais un outil d'aide, toutes les modifs sont validées manuellement. J'ai supprimé volontairement les liens sur le mot musulman car ils redirige vers la page Islam, donc celle que l'on est en train de consulté. Pour le pluriel c'est une erreur, j'ai sans doute été un peu vite sur ce lien, merci de l'avoir signalé. Je vais re-vérifier mes modifs pour voir si je n'ai pas fait cette erreur d'autre fois. — Zebulon84 (d) 31 janvier 2013 à 07:49 (CET)

Ps. La suppression du lien sur Suhuf-i-Ibrahim est aussi volontaire car elle redirige vers Feuillets d'Abraham, qui est lié juste après. — Zebulon84 (d) 31 janvier 2013 à 07:55 (CET)

OK. Asavaa (d) 31 janvier 2013 à 08:14 (CET)

Signalement

Non, je ne te harcèle pas, mais comme tu m'en avais parlé il y a peu de temps, je me permets de t'indiquer ce lien, ne sachant pas si tu regardes régulièrement ou pas le Bistro : Mise en route Lua. — Hawk-Eye (d) 1 février 2013 à 20:17 (CET)

Gtk-dialog-info.svg

La conversation qui suit se déroule chez NEMOI ; pour l’éditer, cliquez sur ce lien.

---

Bonjour Nemoi,

Pour régler la demande sur le projet Modèle d’amélioration de {{Messagebox}}, j'ai cherché à utiliser les nouvelles classes de bandeau (mon brouillon). Mais je n'ai trouvé aucune icône d'information telle que , ni grosse ni petite. As-tu une autre proposition, ou est-ce que je demande l'ajout de cette icône ? Doit-on prévoir les deux tailles ?

Cordialement, — Zebulon84 (d) 16 janvier 2013 à 13:33 (CET)

---

Ajout du comte Nemoi – Désolé, je suis pas beaucoup là cette semaine. Les deux tailles seront utiles, donc met les deux. L’idée est que cette icône doit aussi servir pour la page MediaWiki : Wikimedia-copyrightwarning, et j’avais des hésitations de cohérence quant à la taille de l’icône et du padding à adopter par comparaison à la page MediaWiki : Previewnote et (car là, tu ne vois pas le rapport) à l’ancien bandeau d’au-dessus-publier, la page MediaWiki : Copyrightwarning. Tu as le droit de jouer avec tout ça, ma feuille de style de test est /classes-fonctionnelles.css et mon test en sous-page /test22 ; j’avais prévu d’intituler cette icône information (attention, j’utilise une classe nommée grosse-iconeN pour mes tests). Tu te débrouilles ou je le fais ? Amicalement, ce 17 janvier 2013 à 23:31 (CET).

---

C'est bon je me débrouille. Je voulais être cohérent avec tes démarches, et ne pas introduire une icône qui ferait doublon avec une charte graphique différente. Il y a toujours des mécontent après lorsque l'on fusionne. Je m'en occupe demain. — Zebulon84 (d) 17 janvier 2013 à 23:44 (CET)

---

Ajout du comte Nemoi – Remarques en vrac : prend la taille classique d’icône avec la classe habituelle et la manière de faire normale, à y regarder, j’ai tort d’essayer d’assurer une cohérence entre deux bandeaux qui graphiquement n’ont plus rien à voir (à décharge, je n’ai eu confirmation qu’entretemps que MediaWiki : Copyrightwarning était bien l’« ancien bandeau », et qu’il n’était donc vraisemblablement plus visible nulle part ; l’on n’a donc pas à se prendre plus la tête que ça). Concernant la petite taille, ça doit pouvoir s’insérer facilement dans un texte par un <span class="information">…</span>, et dans un bandeau de section ; ces deux trucs permettent de bien gérer la taille et le décalage de l’icône (voir ma sous-page /test8 et anciennement sa page de discussion). Bon courage ! et si tu as besoin que je jette un œil, je devrais à nouveau être là. Ah, et merci pour l’entretien de la DIPP du modèle : ÉluDébut ce 18 janvier 2013 à 00:20 (CET).

---

Après avoir analysé la situation, voici mes réflextions :

• Pour avoir une vue d'ensemble je me suis créé une page de résumé des différentes classes, dans l'ordre du Common.css.
• Il me semble qu'il vaut mieux avoir une homogénéité des tailles que de chercher à coller au plus près aux anciens bandeaux / icônes (mais j'ai aussi souvent trop de réticence à changer ce qui existe donc je comprend). Je demande donc la création d'icônes de 19 et 46 pixels.
• Il existe plusieurs versions de l'icône information : . Comme un certain nombre d'icônes sont déjà au format "cristal" je vais privilégier la dernière icône.

— Zebulon84 (d) 18 janvier 2013 à 11:38 (CET)

La demande DIMS — Zebulon84 (d) 18 janvier 2013 à 12:10 (CET)

---

De retour d'un wikibreak imprévu.

Pour répondre à tes question sur DIMS, les icônes étoiles et cadenas et les roues dentées sont colorées de façon à donner une impression de brillant et de relief, avec notamment une rupture de couleur clair/foncé séparant ce qui est "éclairé" et de qui est "dans l'ombre". Information_icon4.svg (me) donne bien plus l'impression d'être plat.

Par contre la dernière icône que j'ai proposé ne convient pas non plus, car elle possède une ombre portée, ce qui n'est pas le cas des autres. Dans la gamme "cristal clear", la seule icône d'info claire que j'ai trouvé est celle ci :

Elle est trop claire en petit, mais peu convenir pour la grosse icône. Pour la petite je pense qu'il est préférable de conserver la plus foncée, qui est celle utilisé dans le modèle Infodoc (en 13 pixel).

Qu'en penses-tu ?

— Zebulon84 (d) 29 janvier 2013 à 13:33 (CET)

---

La conversation qui précède se déroule chez NEMOI ; pour l’éditer, cliquez sur ce lien.

Infobox Chimie

Bonjour ! Un message pour toi et Hlm Z. (les deux modélistes les plus actifs en ce moment) pour demander quelques conseils. Avec Visite fortuitement prolongée nous avons converti les infobox V1 du projet chimie en V2, non sans rencontrer de fortes oppositions du projet. Personnellement je suis satisfait du résultat, mais comme je le disais, ce n'est pas partagé. La dernière critique remontée serait un ralentissement du temps de chargement des pages. Je ne saurais le confirmer, ni interpréter les chiffres fournis ici : Discussion Projet:Chimie#Infoboîte Chimie : complexité. Pourrais-tu éventuellement m'apporter ton aide ou tes conseils ? D'avance, merci !--FDo64 (d) 2 février 2013 à 11:49 (CET)

Bonjour FDo64,

Je n'ai pour le moment regarder ça que rapidement, mais voici quelques éléments de réflexion

• Si le chargement de 10 infobox est passé de 50 à 51 secondes, on a perdu 2% et 0.1 seconde par infobox... Donc cela rentre selon moi dans le "ne vous préoccupez pas de performance" indiqué par les responsables techniques de wikipédia.
• Ceci dit on peut essayer d'optimiser malgré tout car 5 secondes rien que pour l'infobox c'est assez long. Si je comprend bien le fonctionnement des modèles, il n'y a pas de calcul intermédiaire, tout est "expanded" (étendu ?) puis calculé. Donc à chaque #if:{{{formuleAuto|}}}, l'ensemble du calcul est insérer en formule brute. Je suppose que l'on doit pouvoir éviter quelque tests en faisant le calcul de la formule directement dans l'infobox Chimie/2. Idem pour masseMolAuto... En quelque sorte, je ne suis pas certain de l'intérêt de séparer l'infobox Chimie/2. Il faudrait faire un test grandeur nature pour en être certain. Je vais voir si je peut préparer ça rapidement.

Enfin quelques questions pour mieux comprendre la conception :

• Cette Infobox n'utilise pas de briques standard. C'est déjà pour des questions de performance, ou pour être plus proche de l'ancienne Chimiebox ?
• Quel est l'intérêt de calculer une formule complexe, l’existence d'isomère, pour au final mettre ça dans un span display:none lorsque cacher=oui (10% des pages si j'interprète correctement le fichier d'Orlodrim)?

— Zebulon84 (d) 3 février 2013 à 14:35 (CET)

J'ai répondu sur ma PDD. Merci !--FDo64 (d) 3 février 2013 à 15:07 (CET)

Modèle:Guil

Bonjour.
Pouvez-vous cesser de modifier ma prose dans les pages de discussion ? J'apprécie, moi, l'utilisation de ce modèle, ce que je fais très régulièrement. Je me moque du fait que vous le trouviez obsolète, et ne vous autorise pas à modifier de la sorte mes interventions. Merci d'avance.
Cordialement, SM ** ようこそ ** 7 février 2013 à 14:03 (CET)

Tournois WTA 125

Es-tu toujours partisan des tournois WTA 125 ? Faut-il créer l'Open de Cali 2013 et l'ajouter à la saison 2013 de la WTA ?
L'alternative serai de considérer ces tournois comme l'équivalent des ATP Challenger, qui ne sont pour le moment pas admis.
— Zebulon84 (d) 11 février 2013 à 13:23 (CET)

Bonjour Zebulon,

Un double oui en réponse à tes deux questions.

Cordialement, Rpa (d) 11 février 2013 à 13:29 (CET)

Éventuellement Coupe de Cali ou Tournoi de Cali, Rpa (d) 11 février 2013 à 13:42 (CET)

Comme seul « Tournois de Cali » m'a renvoyé des liens à propos de ce tournoi dans les premiers résultats de Google, j'ai choisi ce nom. Par ailleurs la Copa Colsanitas est aussi appelé Tournoi de Bogotá, il y a donc homogénéité sur les tournois colombien. — Zebulon84 (d) 11 février 2013 à 23:53 (CET)

Parfait pour moi. Rpa (d) 12 février 2013 à 12:14 (CET)

Catégorie:Maintenance Infobox Subdivision administrative

Salut ! On travaille tous les deux (et Sardur) à vider ces catégories de maintenance et on a bien avancé ! J'ai quelques remarques :

• Catégorie:Infobox Subdivision administrative - Article géolocalisable sans carte‎ : tu fais actuellement ce que j'envisageais de faire. Super !
• Catégorie:Article à illustrer Subdivision administrative‎ : Elle n'est pas alimentée par le méta-modèle. Il n'y a que les Infobox qui les ont ajoutées spécifiquement. Est-ce parce qu'il y aurait trop de pages détectées (je vais regarder ce soir les stats) ?
• Catégorie:Infobox Subdivision administrative - Image mal codifiée‎ : je m'en occupe actuellement et elle devrait être pratiquement vidée lorsqu'Orlodrim (ou un autre) se sera occupé de migrer ces 6 Infobox.
• sauf que le drapeau et imageloc ne sont pas détectés. Est-ce volontaire ?

A+--FDo64 (d) 15 février 2013 à 18:44 (CET)

Catégorie:Article à illustrer Subdivision administrative‎ : J'ai remarqué que certains contestent la pertinence de mettre des illustrations dans l'infobox, donc je serai d'avis de laissé l’initiative à chaque projet. Ceci dit je suis assez neutre sur le sujet.

Catégorie:Infobox Subdivision administrative - Image mal codifiée‎ + drapeau & imageloc : non ce n'est pas volontaire, juste que je n'ai pas du en rencontré lors du développement.

Bravo pour tout le travail que tu fait sur ces infobox. J'aime bien commencer le travail, mais après je perd patience et je passe à autre chose. Pour les catégories d'erreur je picore pour détecter si une erreur est du à une mauvaise programmation. D'où ma décision d'ajouter géolocalisation = non lorsque j'ai vu plein d'infobox sans carte = et donc de page qui serait dans cette catégorie.

Mon effort actuel : d'une part vider tout doucement (~10 pages par jour) le modèle Guillemets en en profitant pour corriger tout ce que permet WPCleaner, d'autre part préparer une évolution de la brique de géolocalisation.

— Zebulon84 (d) 15 février 2013 à 19:03 (CET)

Il y a longtemps que je n'avais pas regardé le modèle Guillemets, mais ça a bien progressé. Finalement on en viendra à bout !

Autre sujet : il reste toujours les anciens paramètres de l'Infobox Commune de France, à ta prochaine mise à jour, pourrais-tu en profiter pour les supprimer, ainsi que le paramètre obolète site web ?

Orlodrim a travaillé sur une nouvelle présentation des Statistiques sur les modèles de Wikipédia. C'est super pratique !

A+--FDo64 (d) 17 février 2013 à 23:31 (CET)

Taille image infobox

Salut, aurais-tu une opinion à exprimer sur le Bistro où il est question de la taille des images dans les infobox V3 par rapport à V2 ? — Oliv☮ ^{Éppen hozzám?} 19 février 2013 à 22:28 (CET) Finalement j'ai posé la question sur Projet:Infobox, moins éphémère que le Bistro. — Oliv☮ ^{Éppen hozzám?} 20 février 2013 à 07:25 (CET)

Municipalités du Venezuela

Bonjour, j'ai révoqué votre modification sur l'Infobox de Mérida (Venezuela). En effet, il ne faut pas confondre ville et municipalité qui au Venezuela désignent deux choses différentes. Les deux ne se chevauchent pas. Par exemple, la ville de Mérida est le chef-lieu de la municipalité de Libertador, mais n'est PAS une municipalité, dirigée par un alcalde. Je vous remercie donc de ne modifier aucune infobox des villes ou municipalités du Venezuela dans ce sens qui serait un contresens administratif. Bonne suite. Nonopoly (d) 20 février 2013 à 08:25 (CET)

Désolé. Selon la page Municipalités du Venezuela les municipalités sont divisées en paroisses. Mérida est-elle une paroisse, ou les paroisses sont-elles encore divisées en villes et villages ? Ou encore les municipalité sont divisés en villes et en paroisses ? En d'autre termes, est-ce que l'Infobox Paroisse du Venezuela s'applique ?

La vision française moderne veut que tout le territoire soit découpé dans chaque niveau de subdivion, ainsi un morceau de terre est à la fois dans un canton, arrondissement, commune, département et région. Mais ce n'est pas ainsi partout. Qu'en est-il du Venezuela ?

Cordialement, — Zebulon84 (d) 20 février 2013 à 13:54 (CET)

Tout à fait. Selon ce que j'ai compris du découpage administratif du Venezuela, les 23 États dirigés chacun par un gouverneur sont divisés en municipalités ayant à leur tête un alcalde. Les municipalités sont elles-même divisées en paroisses civiles. Mais ce découpage ne recoupe pas les villes et les localités avec à leur tête un maire, villes ou localités qui peuvent être à cheval sur plusieurs paroisses civiles et/ou municipalités.

• Dans l'exemple, Mérida (Venezuela) est une ville dirigée par le maire Léster Rodríguez. Elle est la capitale de la municipalité de Libertador dont l'alcalde est le même Léster Rodríguez, mais la municipalité contient 15 paroisses civiles, certaines inclues dans la ville de Mérida (qui en contient donc plusieurs, mais dont aucune ne s'appelle Mérida, et donc Mérida n'est pas une paroisse), d'autres non.
• Un autre exemple : dans le même État de Mérida, il y a la municipalité d'Alberto Adriani dont la capitale est la ville d'El Vigía. Cette municipalité est divisée en 7 paroisses civiles... dont aucune ne s'appelle El Vigía. Il n'y a dans ce cas, aucun recoupement entre la municipalité, les paroisses civiles et le chef-lieu. Je suppose qu'El Vigía doit être la ville principale de l'une de ces 7 paroisses civiles, mais j'ignore laquelle.

En résumé :

• une municipalité est découpée en plusieurs paroisses civiles (mais parfois une seule, homonyme de la municipalité...mais pas forcément)
• une ville peut être le chef-lieu d'une municipalité, mais pas forcément, homonyme ou non, et recouvre une ou plusieurs paroisses civiles, mais pas forcément toutes celles de la municipalité.
• Ainsi ville et municipalité ne sont pas synonymes, même si les contours restent flous pour moi quant à l'attribution exactes des charges à l'alcalde ou au maire, notamment dans les zones denses où alcalde et maire de la ville/chef-lieu de la municipalité peuvent être identiques, notamment dans le cas de Mérida.

Pour répondre à votre question : non, l'infobox municipalité ou paroisse civile ne s'applique pas à la ville.

Le cas de Caracas est encore plus complexe en tout est imbriqué et où le découpage est illisible. J'ai trouvé un nombre incalculable de villes ou localités (encore des milliers à créer) qui ne portent le nom d'aucune municipalité ou de paroisse civile. Quant à ces dernières, je suppose qu'elles doivent pouvoir inclure villes ou villages.

Peut-être, si vous y êtes plus familier, faudrait-il tenter une comparaison avec le découpage administratif en France où tout ne se recoupe pas, notamment dans le découpage électoral où les circonscriptions ne sont pas calquées sur les subdivisions administratives. Ainsi, les élections cantonales (donc basés sur le canton administratif) permettent l'élection des conseillers généraux (nouvellement départementaux, d'ailleurs) qui dirigent les instances départementales. Les circonscriptions législatives, qui relève d'un découpage complètement différent, ne sont pas calquées sur un regroupement de un ou plusieurs cantons mais peuvent être à cheval sur plusieurs circonscriptions administratives.

J'ai toujours imaginé que le découpage vénézuélien devait ressembler à quelque chose d'aussi complexe, mais j'avoue que je n'ai pas encore réussi à comprendre le mille-feuille administratif. J'avoue mon incompétence pour percer à jour le système de découpage, mais j'ai créé municipalités et paroisses car ce sont les seules circonscriptions dont j'étais sûr. Pour le reste, il faudrait avoir l'appui d'un spécialiste du Venezuela, ce qu'aucun des participants n'est jusqu'à aujourd'hui, malheureusement. Nonopoly (d) 20 février 2013 à 14:46 (CET)

Merci de cette réponse détaillé, même si elle ne contient pas que des certitudes. Ne parlant pas espagnol, je pourrais difficilement trouvé plus d'info. j'ai néanmoins essayer de lire es:Anexo:Ciudades de Venezuela avec google traduction. De ce que je comprend, les "ciudades" sont un peu comme les agglomérations françaises, sans véritable existences juridiques mais pratique dans le langage courant : lorsque l'on parle de Lyon ce n'est souvent pas uniquement la commune mais l'ensemble de l'agglomération qui est inclus dans ce terme. Ou peut être à rapprocher des métropoles.

Mon intention était surtout d'actualiser l'infobox qui contient un paramètre inexistant. Je vais donc garder pour le moment l'utilisation de Infobox Ville.

— Zebulon84 (d) 20 février 2013 à 15:38 (CET)

C'est probablement quelque chose comme ça. Peut-être la distinction de ville est inexistante au Venezuela, mais elle offre une visibilité que n'offrent ni les municipalités, ni encore moins les paroisses civiles... Pour autant, les articles sur les villes, notamment au Venezuela et dans la Wikipédia en espagnol, existent,...mais pas les paroisses civiles... Nonopoly (d) 20 février 2013 à 15:44 (CET)

La lecture du lien que vous avez fourni est éclairante. Les villes (ciudades) sont des ensembles urbains continus (que nous appellerions agglomération en France, par exemple, mais qui n'a aucun sens administratif ou juridique), fonctionnant en tant que tel au sens historique, culturel et urbanistique (jusque là, pas de problème) mais également statistique (et là, je ne vois pas comment on procède puisque les contours d'un espace bâti continu sont ingérables du point de vue pratique et urbanistique...) mais la seuls division administrative retenue est la municipalité (municipio). Le découpage que j'ai effectué pour les municipalités est donc le bon et les infobox aussi. Pour les paroisses civiles, idem. La confusion entre villes et municipalités est, selon le lien, une erreur commune. En revanche, là où j'ai manifestement commis une erreur, c'est qu'en tant que telle, une ville n'a pas de maire... puisqu'elle ne correspond pas à une quelconque entité juridique. Il semblerait donc nécessaire de créer un champ dans l'infobox ville du Venezuela (à créer) pour indiquer les municipalités concernées et leur alcalde respectif. Je me demande toutefois s'il n'y aurait pas quelque chose qui chapeauterait une ciudad, simplement du point de vue pratique. L'urbanisme a ça de pragmatique qu'il ne peut se satisfaire d'absence de cohésion dans un même ensemble de divisions administratives qui ne collaborent pas a minima dans une instance appropriée...ne serait-ce que pour les transports, l'eau, les routes, etc. Mais je n'ai rien trouvé de tel. Peut-être existent-ils des sortes de conseils de la ciudad dirigé par quelqu'un de précis ? Nonopoly (d) 20 février 2013 à 16:04 (CET)

Ligne en trop dans les Infobox Langues

Bonsoir, je fais appel à vous suite à cette discussion de décembre dernier : Discussion Projet:Modèle#Ligne de trop dans Modèle:Infobox Langue. Vous étiez parvenu à résoudre ce problème de saut de ligne intempestif dans les Infobox Langue, mais il continue de se poser pour de nombreux articles sur des langues (ex. finnois, iakoute, wolof (langue), navajo (langue), hawaïen...). Vous suggériez l'intervention d'un bot pour opérer les corrections nécessaires ; cela concerne a priori tous les modèles classés dans Catégorie:Modèle de hiérarchie de langue ou ses sous-catégories. Pourriez-vous indiquer la correction à faire et le bot à solliciter ? Tout cela dépasse de beaucoup mes maigres connaissances en syntaxe wiki... Merci d'avance. Aucassin (d) 23 février 2013 à 23:09 (CET)

J'ai fait la demande de bot : ici — Zebulon84 (d) 24 février 2013 à 14:32 (CET)

Merci encore ! Aucassin (d) 24 février 2013 à 18:27 (CET)

Requête aux Bots

Bonjour, votre requête a été traitée. Si jamais vous remarquez une erreur, n'hésitez pas à me le faire savoir. Cordialement, Linedwell ^[discuter] 25 février 2013 à 12:11 (CET)

Merci. — Zebulon84 (d) 25 février 2013 à 22:57 (CET)

Relecture

Bonjour. Juste un petit message pour vous remercier du travail de relecture sur les différents articles. C'est très appréciable ! Tinodela ^[Tinodici] 26 février 2013 à 08:37 (CET)

Challenge round

Je suis en train de travailler sur la réécriture des Tableaux Coupe avec Lua pour réduire le temps de chargement. Ça se présente bien. Mais évidemment je me repose des questions sur la logique des tableaux. Notamment au niveau des nombres de Set dans les finales.

A ta connaissance, il y a-t-il beaucoup de pages comme Championnat national de tennis des États-Unis 1891 avec finale en 3 sets et Challenge round en 5 sets ? As-tu un moyen de les repérer ou as-tu une liste ?

Pourrait-on rajouter un paramètre pour préciser au modèle que l'on est dans ce cas spécifique à mon avis rare. Quelque chose du style |Finale 3 set = oui. Ce paramètre n'étant à préciser que dans ce cas. Ceci permettrai d'avoir directement le bon nombre de set affiché, sans avoir à remplir le 4^e set lorsque l'on veut réellement 5 set pour les deux finales.

— Zebulon84 (d) 2 mars 2013 à 18:04 (CET)

A l'US Open, des finales en 5 sets (3 sets gagnants) ont été jouées de 1891 à 1902 et le challenge round a été définitivement abandonné en 1912. Voir Palmarès du simple dames de l'US Open.

Au tournoi de Wimbledon, il n'y a que des finales en 3 sets (2 sets gagnants) et le challenge round a été abandonné en 1922. Voir Palmarès du simple dames du tournoi de Wimbledon.

A Roland-Garros et à l'Open d'Australie pas de finales en 5 sets et pas de challenge round.

Il y a aussi quelques finales des Masters de tennis féminin en 5 sets mais jamais de challenge round.

Pour les messieurs, voir plutôt avec Mamiejeanjean (d · c · b).

Sinon pas de problème pour ajouter un paramètre.

Cordialement, Rpa (d) 2 mars 2013 à 20:35 (CET)

Module:Palmarès tennis/categorie

Bonjour Zebulon84. Je suis depuis plusieurs jours l'évolution (en toute discrétion bien sûr) du Module:Palmarès tennis, et notamment des tests que tu fais, qui m'impressionnent ! (ça me paraît d'un autre monde, Lua… mais je me forcerai, un jour ). Et aujourd'hui, je me suis dis que tu étais au repos, et voilà que je passe sur la page du Projet:Scribunto, et je vois un nouveau module apparu : Module:Palmarès tennis/categorie. Je regarde de quoi il s'agit, et je vois que c'est tout ce que est couleur de ligne en fonction de la catégorie. Au passage, désolé, c'était un peu le foutoir sur la page du modèle, non ? . Bon, en tout cas désolé, et même s'il est un peu tard, je comptais t'indiquer une frise que j'avais faite, et où l'on s'y retrouve beaucoup mieux, c'est celle-ci : File:Association of Tennis Professionals tournaments-timeline.svg. Tout ça pour te dire que, de mémoire, j'avais seulement oublié une « catégorie » au modèle actuel : c'est « ATP Tennis Masters Series » entre 2000 (inclu) et 2004 (exclu) → donc en 2000, 2001, 2002 et 2003.
Je ne sais pas si tu t'es déjà basé sur cette frise, dans ce cas, no problem. Autrement, si tu t'étais basé sur le modèle, y'aura juste une petite classe à rajouter. Merci de ton investissement, et bon courage . — Hawk-Eye (d) 6 mars 2013 à 19:27 (CET)

Merci d'espionner mon travail, c'est valorisant.

J'avais vu la frise sur Catégorisation des tournois de tennis mais je me suis effectivement basé sur le modèle. Je rectifierais ça demain (via un fichier Excel que je mettrais probablement sur Wp un de ces jours).

Pour le modèle Lua, avec cette nouvelle table j'envisage d'être moins tolérant que toi. Si la catégorie est imprécise ou incorrecte, je propose de ne pas mettre de couleur et d'informer via l’abréviation discrète que la catégorie n'est pas correcte, même si celle-ci peut être déterminée par l'année du tournoi (via le paramètre année ou date). L'objectif étant d'avoir des paramètres remplis aussi précisément que possible, même si mon module est déjà plus tolérant que le modèle de Rpa. Je pense finaliser ce module demain (jeudi 7) mais il faudra attendre que mw:loadData soit disponible sur WP.fr pour les test complets (au rythme actuel, c'est une question de jours). Je prévois d'ajouter un test pour déterminer si la catégorie correspond à la date et d'informer si ce n'est pas cohérent.

J'ai crée ce module pour me former à Lua et pour résoudre le problème de performance notable sur les pages de saisons WTA.

Pour info je planche aussi sur les Tableaux Coupe... cf. Module:Utilisateur:Zebulon84, Utilisateur:Zebulon84/bac à sable/Modèle:Tableau Coupe 16 (3 sets) et Discussion_Wikipédia:Atelier accessibilité#Modèles Tableau Coupe.... Si tu vois des bugs n'hésites pas à me les signaler.

Cordialement, — Zebulon84 (d) 6 mars 2013 à 21:19 (CET)

Disons que tout ce qui est langage informatique attise ma curiosité, et comme tu touches à un modèle — enfin module — dont le sujet m'intéresse, je suis tes contributions avec encore plus d'attention.

En effet, j'avais oublié que je l'avaise mise dans le paragraphe sur la catégorisation masculine qui était vide, parce qu'on s'y perd vite avec tous ces noms de catégories.

Je peux te dire que j'avais été bcp trop tolérant avec mon modèle, mais quand j'ai la tête dans le guidon, je me rends pas compte que je suis dans l'excessivité. Je pense qu'un juste milieu serait très bien, et c'est ce que tu as l'air d'appliquer.

J'avais déjà jeté un coup d'œil au module pour les « tableaux Coupes », rien vu a priori !

— Hawk-Eye (d) 6 mars 2013 à 21:37 (CET)

J'ai relu rapidement les catégories : dis-moi si tu n'es pas d'accord avec ce que j'ai fait.
Autrement, la catégorie ATP Challenger Tour existe depuis 2009, mais il existait la catégorie ATP Challenger Series existait depuis 1978 (donc de 1978 à 2008 inclus). Et pour les Futures, ce n'est pas organisé par l'ATP mais par l'ITF (cf. le lien juste avant) : je crois que c'est ça mais ça reste assez flou dans ma tête . Cordialement — Hawk-Eye (d) 8 mars 2013 à 00:04 (CET)

OK. Question concernant la longueur de certain nom "abrégé" : pour ne pas trop allonger les tableaux ne devrait-on pas raccourcir certain nom ? C'est pour cette raison que j'avais mis un "s." à la place de "Series" pour les Grand Prix Championship Series. Je ne suis pas favorable aux small dans les tableaux. Je l'ai ajouter pour les dotation car ce n'est pas une colonne qui me semble importante, mais je pense qu'il est préférable de ne pas en ajouter d'autres.

Avec ce module j'ai réalisé deux modèles tests (Mod7 pour le titre et Mod11 pour les lignes) et une page de test (Utilisateur:Zebulon84/Brouillon, qui sera peut-être amenée à bouger). le paramètre genre sera au final directement renseigné par le modèle, mais pour les tests c'était plus simple de l'avoir dans le tableau. Si tu remarque des cas que je n'ai pas tester tu peux compléter la page.

Si tu as des remarques, proposition d’amélioration ou si tu vois un bug n'hésite pas à me le signaler.

— Zebulon84 (d) 8 mars 2013 à 01:23 (CET)

Ah, ouais. En fait, de mon côté, j'avais laissé Series car comme on le laisse dans 500 Series, il faudrait mettre « 500 S. » ce qui devient assez abstrait à force… non ?

Oui, pas de soucis, tu peux virer les balises <small>.

Ok, je vais essayer de faire quelques tests de mon côté dans la journée . — Hawk-Eye (d) 8 mars 2013 à 09:30 (CET)

Edit : Pour la catégorie 'atp challenger tour', je pense qu'il faudrait passer la date de début de 2009 à 1978, non ? — Hawk-Eye (d) 8 mars 2013 à 09:34 (CET)

On peut aussi les appelér ATP 500 et ATP 250, car le nom officiel de contient par series (cf. Category sur la page d'un tournoi.

Je semble voir des bugs dans les liens de tournoi. Je regarde ça... — Zebulon84 (d) 8 mars 2013 à 09:53 (CET)

Ah ouais, c'est vrai ça ! J'avais jamais fait gaffe, mais le terme « Series » n'apparait nul par sur le site de l'atp (bien vu !) : je ne sais même pas pourquoi l'article ATP 500 Series se nomme ainsi… Certainement un reliquat de ATP International Series (Gold). Étrange, la wp anglophone fait la même confusion que nous : peut-être qu'on a recopié l'erreur ?

Au final, ça change pas grand chose, parce que j'avais viré tout ce qui été « ATP » dans les catégories antérieures, mais là je suis d'accord qu'on ne va pas mettre que « 500 » c'est pire en fait . Fait comme bon te semble…

Je n'avais pas vu : en fait, tu as réussi à retranscrire le {{#ifexist:}} en lua ? Woaouh ! Ce serait peut-être abuser en ressource (à toi de me dire) mais certains tournois se nomment de la forme Tournoi de Houston (ATP) ou d'autres de la forme Tournoi XXXX (tennis) (quand il existe aussi en badminton, par exemple, mais je n'ai plus d'exemple concret en tête) : est-il possible d'analyser (une sorte de regex quoi) avec Lua en amont et de virer éventuellement tout  (ATP),  (WTA) ou  (tennis) qui traînerait à la fin d'un nom de tournoi pour pouvoir lui appliquer la même génération de titre automatique ? Car, pour illustrer mon propos, le titre de l'édition 2012 s'appelle Tournoi de Houston 2012 (ATP) et pas Tournoi de Houston (ATP) 2012 (ATP).Désolé si ça te demande trop de boulot, oublies ! — Hawk-Eye (d) 8 mars 2013 à 10:18 (CET)

Pour le moment je prend uniquement [[tournois annee|tableau]] si parcours n'existe pas. La fonction {{#ifexist:}} n'existe pas encore en lua sur WP:fr, mais à priori c'est en test sur http://test2.wikipedia.org. Cela reste déconseillé car lent et lourd pour les serveurs. Je peux néanmoins faire appel à la fonction ifexist d'un modèle via un fonction particulière de Lua, mais c'est encore plus lourd. Ce n'est pas un problème dans un modèle d'infobox appelé une seule fois par page, mais ça le devient dans un modèle "ligne" qui peut être présent plus de 100 fois dans la même page (ex : pages de saison) . Je vais effectivement ajouter le nettoyage du nom du tournoi puisque cela est nécessaire. — Zebulon84 (d) 8 mars 2013 à 10:33 (CET)

Paramètre géolocalisation

Salut ! Je n'arrive pas à utiliser correctement le paramètre géolocalisation de l'{{Infobox Subdivision administrative}} dans le cas ou la géolocalisation n'est pas nécessaire. Si on le met à non, les pages se trouvent dans la Catégorie:Subdivision administrative géolocalisable sans coordonnées paramétrées‎ et si on le met à pas pertinent les pages se trouvent dans la Catégorie:Infobox Subdivision administrative - Article géolocalisable sans carte‎. Gérer les deux cas dans le modèle me semble compliqué, je propose donc de n'avoir qu'une seule valeur : non. Qu'en penses-tu ?--FDo64 (d) 15 mars 2013 à 16:17 (CET)

---

Je pense qu'il faut simplement inversé l'ordre des test. Pour le moment :

• Si latitude alors {
  • Si carte alors [test géolocalisation hors carte]
  • sinon [
    • si différennt de non alors
    • (catégorie sans carte‎)
  • ]
• } sinon {
  • si différent de pas pertinent alors [catégorie sans coordonnée]
• )

Je propose de modifier pour :

• Si géolocalisation = pas pertinent { rien }
• Sinon {
  • Si latitude alors [
    • Si géolocalisation est vide alors (
      • Si carte alors {test géolocalisation hors carte}
      • Sinon {catégorie sans carte}
    • )
  • ]
• }

Ainsi si avec géolocalisation = pas pertinent ne catégorise jamais, mais géolocalisation = non catégorise s'il n'y a pas de coordonnées. Enfin il y a une catégorie sans carte que s'il y a des coordonnées et si géolocalisation est vide.

— Zebulon84 (d) 15 mars 2013 à 17:55 (CET)

OK, ça me va.--FDo64 (d) 15 mars 2013 à 17:59 (CET)

Je ferai ça demain. — Zebulon84 (d) 15 mars 2013 à 19:20 (CET)

Je te signale cette autre discussion à laquelle je pense avoir correctement répondue. Peut-être que tu comprendras mieux que moi ce que souhaite le Père Igor (d · c · b). --FDo64 (d) 15 mars 2013 à 21:19 (CET)

Merci pour ton intervention. Après modification des modèles concernés, on est passé de plus de 20 000 pages catégorisées dans Catégorie:Subdivision administrative géolocalisable sans coordonnées paramétrées‎ à 12 000. C'est déjà ça !

--FDo64 (d) 16 mars 2013 à 15:04 (CET)

Tableau coupe avec Lua

Je t'ai déjà signalé que je regardais comment programmer les tableaux coupe en Lua pour les accélérer. Après avoir testé plusieurs solution, je reste finalement conservateur avec le même tableau qu'actuellement, mais conçu en lua, sauf l'entête pour le moment . Sur une page type simple en Grand-Chelem homme le temps de chargement de la page est divisé par 3 selon mes tests (24s → 8s)

Pour le moment seuls je me suis occupé des Tableau Coupe 16.

Peux-tu m'aider vérifier que le modèle fonctionne bien dans tous les cas de figure :

• Utilisateur:Zebulon84/bac à sable/Modèle:Tableau Coupe 16 (3 sets)
• Utilisateur:Zebulon84/bac à sable/Modèle:Tableau Coupe 16 (5 sets)

Je pose la même question à Rpa.

— Zebulon84 (d) 15 mars 2013 à 19:35 (CET)

Alors je vais faire quelques tests de mon côté dans les prochains jours, et je mettrai en vrac les résultats.

• Par rapport à cette vieille discussion, je crois bien que cette fois, ça prend bien en compte les bye de premiers tours en GC. Cependant, en testant sur cette section, et en remplaçant les premières lignes par
  {{Utilisateur:Zebulon84/bac à sable/Modèle:Tableau Coupe 16 (5 sets)|premiers tours=oui
|DH1=| |||||
|DH2=| |||||
  et bien j'ai l'impression que ça ne fonctionne pas. Est-ce que tu confirmes ?
• Une suggestion serait, si c'est possible, de rajouter une catégorie de maintenance pour tous les modèles contenant « bye ». Ça aiderait déjà un peu pour les mettre à jour. Il ne resterait plus que les cas comme ceux-là, mais pas possible de les détecter je pense…

— Hawk-Eye (d) 15 mars 2013 à 22:23 (CET)

• Il y avait un petit bug sur la détection du premier match. Maintenant ça marche.
• Je dois pouvoir catégoriser les pages qui contiennent « bye » dans le nom d'un joueur, je regarde ça. Je peux aussi y mettre les pages ou il n'y a qu'un joueur dans un match du premier tour alors que les suivants sont remplis. Une suggestion pour le nom de la catégorie ?

— Zebulon84 (d) 16 mars 2013 à 06:12 (CET)

Rien à signaler pour les tests effectués avec le modèle 16 3 sets. Bravo! Rpa (d) 16 mars 2013 à 09:52 (CET)

• En effet, je n'avais essayé que pour le couple {DH1;DH2} à vrai dire. Maintenant j'ai essayé pour chaque couple, et tout fonctionne.
• Oui, encore mieux . Catégorie:Modèle tableau tennis avec un paramètre incorrect ou quelque chose du genre (enfin je n'ai pas trop l'habitude des catégories). Qu'en penses-tu ?

— Hawk-Eye (d) 16 mars 2013 à 09:54 (CET)

Problème avec les dates & heures. Voir simple messieurs du tournoi de Wimbledon 2009#Tableau final (le Pb est que ça s'applique aussi à la demi-finale)

corrigé, une erreur de copié-collé. — Zebulon84 (d) 18 mars 2013 à 10:39 (CET)

Autre question (désolé si je t'embête ^^)

Le ab. apparaît désormais tout le temps en exposant (voir ici : [2]) et plus seulement lors du dernier set. Est-ce volontaire de ta part, ou bien un oubli dans le code ? — Hawk-Eye (d) 20 mars 2013 à 15:19 (CET)

C'est volontaire dans le sens où ça m'évite de faire un code compliqué pour pas grand chose, je remplace toujours ab par le même code, donc une seule fonction (1 ligne). Avant lua le code était dupliqué à chaque case et pour chaque score (et analysé en mode texte, d'où le problème de performance), donc ça paraissait plus "simple" de personnalisé. De ma même façon il y a toujours un point après ab, même au 3^e set et avec le score ça touche le brod de la cellule. Avant il n'y avait pas de point lors d'un abandon durant le 3^e set.

Je verrai si je peux améliorer ça plus tard car c'est un détail cosmétique. Pour le moment je finalise le tableau 8 et 4, j'ajoute la gestion des dates et des petites finales au tableau 32, j'optimise le code...

— Zebulon84 (d) 20 mars 2013 à 15:47 (CET)

Moi, ça ne me dérange pas du tout, ce trouve en effet bénéfique de gagner en temps + ressource en uniformisant les formes, donc autant garder tout en exposant. Je voulais juste le signaler, car ça m'a interpelé. Bon courage pour la suite alors ! — Hawk-Eye (d) 20 mars 2013 à 15:55 (CET)

J'ai proposé une mise en forme sur l'atelier accessibilité. Cordialement, Ambigraphe, le 1 mai 2013 à 21:56 (CEST)

J'ai répondu là-bas. — Zebulon84 (d) 2 mai 2013 à 07:02 (CEST)

Scribunto et Statistiques sur les modèles de Wikipédia

Je ne sais pas comment, mais il va sans doute falloir adapter les Statistiques sur les modèles de Wikipédia pour tenir compte des modèles qui s'appuient sur un module Lua.

• Exemple 1
• Exemple 2

Pour ces deux modèles le module lua utilise directement les paramètres passés au modèle, il ne sont donc plus visible dans le code du modèle, et difficilement dans le code lua car c'est souvent par l’intermédiaire d'une variable qu'ils sont appelés (type pargs[i])

Pas d'urgence, j'avais anticipé le problème en corrigeant tous ce que je pouvais avec le dump précédent, c'est surtout pour que l'outil et les utilisateur le consultant ne perde pas leur temps à essayer d'analyser des modèles pour un résultat inutilisable.

— Zebulon84 (d) 7 avril 2013 à 16:39 (CEST)

Bonjour,

Oui, en effet il y a un problème avec lua. J'ai quelques idées pour le résoudre, mais il me faudra sans doute pas mal de temps avant que ça marche.

Orlodrim ^[discuter] 9 avril 2013 à 23:34 (CEST)

Analyse automatique de vos créations

Bonjour.

Je suis Badmood, un robot dressé par Phe. Je fais l'analyse quotidienne de tous les articles créés deux jours plus tôt afin de détecter les articles en impasse et les articles sans catégorie.

Un article en impasse est un article qui ne contient aucun lien interne. Pour plus de détails sur les liens internes, vous pouvez consulter cette page.

Les catégories permettent une classification des articles. Pour plus de détails sur les catégories, vous pouvez consulter cette page.

Ajouter des liens ou des catégories n'est pas obligatoire, bien sûr, mais cela augmente fortement l'accessibilité à votre article et donc ses chances d'être lu et d'être amélioré par d'autres contributeurs.

Pour tout renseignement, n'hésitez pas à passer voir mon dresseur. De même, si vous constatez que mon analyse est erronée, merci de le lui indiquer.

Si vous ne souhaitez plus recevoir mes messages, vous pouvez ajouter « * [[Utilisateur:Zebulon84]] » en bas de cette page. Badmood (d) 10 avril 2013 à 15:03 (CEST)

Analyse du 10 avril 2013

• David Delrieux est :
  • un article en impasse

Badmood (d) 10 avril 2013 à 15:03 (CEST)

Modèle:Timeline Bataille du Maroc (1903-1933)

Travail demandé par Reda benkhadra (d) 11 avril 2013 à 13:36 (CEST)

• Détails de la demande : Afin de faciliter la navigation, serait-il possible de créer le Modèle:Timeline Bataille du Maroc (1909-1933)
• Article(s) pour le modèle : Guerre du Rif, Bataille d'Anoual, Bataille de Barranco del Lobo, Bataille d'Uarga, Bataille d'Elhri, Bataille de Bougafer, Guerre de Mélilla, Bataille de Sidi Bou Othmane, Bataille de Tazizaoute, Bataille d'El-Moungar, Bataille de Taghit, Combat de Ksar el Azoudj, Bataille de Taghit

• Discussions :

Bien joué !

Héhé, bravo & merci pour ça, que je viens seulement de découvrir ! Plus besoin de mettre sous la forme 5/{{WC}}, et c'est bien pratique . A bientôt — Hawk-Eye (d) 18 avril 2013 à 20:15 (CEST)

Adnan

Bonjour Zébulon,

J'ai vu ton message sur le bistro. Dans la généalogie d'Adnan, ce qui est écrit entre parenthèses avec le modèle lang, c'est la transcription arabe du nom du personnage (en forme courte), et en forme longue le nom du personnage suivi de « bin » et du nom de son père. Je ne suis pas sûr que préciser le nom du père dans une généalogie soit très utile.

Chez moi, c'est bien la forme longue qui apparaît quand je lis l'article.

J'espère que ce te sera utile. N'hésite pas à me contacter si tu as besoin d'autre chose. Berthothos (d) 28 juillet 2013 à 23:51 (CEST).

J'avais effectivement mal regardé (mais pour moi l'arabe c'est du chinois ). L'arabe étant lu en rtl, y compris le caractère | entre les deux textes, c'est le texte le plus long, à la fin pour ceux qui lisent en ltr, qui est considéré comme troisième paramètre par MediaWiki, et le texte le plus court est le quatrième paramètre.

Avec ton explication, je reconnais effectivement le nom court à la fin du nom long suivant. Effectivement peu utile, donc je ne vais garder que les noms courts.

Merci. — Zebulon84 (d) 29 juillet 2013 à 06:57 (CEST)

Multilang

Bonjour,

Le code du modèle Multilang marche et ne pose pas de problèmes particulier, mais dans sa philosophie il va un peu à l'encontre du principe de lua :

• éviter de faire deux fois le même code (ou presque),
• ne pas avoir de modèle qui appelle des modèles, mais plutôt des fonctions lua qui appellent d'autres fonctions,
• laisser le minimum avec la syntaxe wiki et ses {{{x|}}} dans les modèles.

Je te propose d’améliorer ce code, puis de fusionner les modules langue et multilang.

— Zebulon84 (d) 10 août 2013 à 11:40 (CEST)

Bonjour, je débute en lua alors je n'ai pas voulut toucher au module:langue, j'ai juste adapté son code dans le module.:multilang pour faire ce que je voulais.

Mon modèle appelle des sous modèles exactement comme le font les modèles d'indication de langues : par ex. {{en}} utilise {{indication de langue}}, sauf que mes sous-modèles sont dans des sous-pages. On peut certainement mettre directement les {{#invoke:multilang|indicationDeLangue}} et {{#invoke:multilang|nomLangue}} dans le modèle:multilang, mais j'ai trouvé plus simple d'utiliser des sous-modèles.

Je n'ai pas bien compris ton 3e point, mais si tu veux fusionner les modules, ne te gène pas : au début je souhaitais utiliser le module:langue mais la fonction nomLangue met des double crochets au nom de langue, qui sont affichés lors du survol avec la souris (par ex. « Langue = [[anglais]] ») et indicationDeLangue met des parenthèses à tous les codes de langue alors qu'il n'en faut qu'une paire entourant tous les codes.

Je te laisse les manettes, mais veille à ne pas changer le résultat que j'ai obtenu s'il te plaît. Un meilleur résultat serait d'afficher au survol « Langues : anglais, allemand et espagnol » avec comme rendu (en+de+es), mais je ne sais pas si c'est facilement réalisable. Cordialement. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 10 août 2013 à 12:17 (CEST)

Tu as bien fait de ne pas toucher au module langue dans un premier temps, il est utilisé dans trop de pages pour prendre le risque de le modifier sans avoir tester auparavant.

Le troisième point : si Lua a été introduit c'est parce-que les modèles actuels avec tous leur et {{#switch:... pose des problèmes de performance. Donc tant qu'a utiliser des fonctions lua autant aller jusqu'au bout et laisser le minimum dans le modèle, et faire la totalité du travail dans le module.

Je pense faire une version simple d'indicateur de langue qui n'ajoute pas les parenthèses ni ne <span class="indicateur-langue"> (allégrement multiplié dans ton code), qui sera appelé par les fonctions indicateur multilangue et indicateur de langue. Résultat peu de code en plus, pour une fonction supplémentaire.

Il faut aussi revoir la façon dont fonctionne dataNomLangue, car actuellement il peut renvoyer « Cheyenne (langue)|cheyenne » ce qui n'est pas ce que l'on désire afficher ici.

Je suis par ailleurs en train de voir si on peut utiliser les fonctions de langue intégré à MediaWiki, mais il y a pas mal de problème de traduction.

— Zebulon84 (discuter) 10 août 2013 à 12:38 (CEST)

Pour les <span class="indicateur-langue">, on peut tous les supprimer sauf une paire, le seul truc c'est que ça mettra « Le modèle {{multilang}} nécessite au moins deux langues » en petit (ce qui n'est pas bien grave en fait). Regarde ma page utilisateur : Utilisateur:SyntaxTerror/multilang, elle te montre cette version.

Pour le problème avec dataNomLangue, j'ai résolu temporairement le problème en créant une copie corrigée de Module:Langue/Data dans Module:Multilang/Data. {{multilang|chy|mn-mong}} donne Modèle:Multilang. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 10 août 2013 à 13:26 (CEST)

Merci pour tes corrections de multilang/data. Concernant le monténégrin j'avais corrigé les modèles qui étaient nommés « mon », « mon-Latn », « mon-Cyrl » pour les renommer en « sr-ME », « sr-ME-Latn» et « sr-ME-Cyrl », mais je pense que je vais renommer pour enlever les majuscules, non ? — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 10 août 2013 à 16:18 (CEST)

mon ? Dans la base je met tout en minuscule car il semble que l'IETF n'impose pas de casse, et ça permet de ne pas avoir à se poser de question lorsque l'on veut reconnaitre une langue, on met systématiquement les données fournies en minuscule. Pour les modèle ça n'a pas la même importance.

J'ai programmer une fonction permettant de générer le code voulu, finalement séparée pour gérer une seule abréviation comme tu l'as suggéré. Mais je n'ai pas mis de message d'erreur pour une seule langue car je n'aime pas générer d'erreur lorsque ce n'est pas indispensable. Tu peux tester le modèle avant sa mise en place : Utilisateur:Zebulon84/bac à sable/Modèle:Indication de langue (j'ai réutilisé un modèle de test du développement du module langue, d'ou le nom légèrement inadapté). (edit : réulitisé pour autre chose — Zebulon84 (discuter) 11 août 2013 à 18:10 (CEST))

Exemples : Modèle:Multilang, Modèle:Multilang, Modèle:Multilang (pas de limites), Modèle:Multilang

— Zebulon84 (discuter) 10 août 2013 à 16:50 (CEST)

C'est super, chapeau ! J'ai juste repéré une typo (mulitlangue) que j'ai corrigé sur le module et le modèle.

Par contre tu penses garder le module:multilang comme ça ou bien faire des modifs au module:langue ? Un des ennuis est que les apports aux sous-modules data ne se répercuteront pas d'un module à l'autre, mais bon, il y a déjà un paquet de langues et je pense aussi rajouter ce que je peux. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 10 août 2013 à 17:12 (CEST)

Je compte modifier la structure de dataNomLangue pour aller vers chy = {'cheyenne', 'Cheyenne (langue)'} ou chy = {nom = 'cheyenne', page = 'Cheyenne (langue)'}. Pour cela j'utiliserai tes modules pour faire les tests avant de tout basculer dans le module langue. Je sais que je fais des erreurs d’inattention quand je code, intitule d'avoir le message 'erreur de script' sur les 400 000 pages qui utilisent ce module. Je ne ferait pas ça aujourd'hui, mais on peut se permettre d'avoir deux base pour quelques jours.

Pour les langues il serait bien d'avoir les même dans le sens code → nom et nom → code, ce qui n'est pas le cas actuellement. Initialement j'ai simplement pris les listes qui étaient dans Modèle:Code langue 2 et Modèle:Nom langue, sans cherché plus loin.

— Zebulon84 (discuter) 10 août 2013 à 17:38 (CEST)

Oki, je te laisse faire, moi tout en lua j'y arrive pas encore, je ferai peut-être des ajouts dans dataNomLangue en mettant les noms des articles en note s'il sont différents du texte.

Je compte proposer de remplacer les autres modèles multilingues par ce modèle, mais je vais attendre qu'il soit fignolé. Tiens moi au courant de l'avancement des travaux s'il te plaît. Bonne continuation, cordialement. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 10 août 2013 à 18:04 (CEST)

J'ai fait des ajouts dans les "dataNomLangue" des modules langue et Multilang, dans le 1er je n'ai pas réussi à faire des liens très précis pour certains chinois (j'ai mis les liens complets en note), mais tout devrait fonctionner correctement. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 11 août 2013 à 17:21 (CEST)

On a travaillé en parallèle. Malheureusement pour toi, j'ai pas mal changé le format de la table de donnée, maintenant centralisé ce qui à certain avantages.

Exemple : {{Multilang|anglais|allemand|es}} → Modèle:Multilang

J'ai survolé tes modification mais j'ai repérer une erreur : als est bien le tosque et non l'alémanique dont le code est gws. C'est d'ailleurs un problème pour wiki car als.wikipedia est en alémanique. cf ce rapport de bug, et la page de toutes les anomalies de ce genre.

— Zebulon84 (discuter) 11 août 2013 à 17:47 (CEST)

Merci de ton attention, l'erreur ne vient pas de moi, le modèle:als à d'abord été utilisé pour l'alsacien, puis l'alémanique. Je l'ai modifié et créé le modèle:gsw pour l'alémanique, les changement nécessaires ont été faits sur les pages utilisant le modèle, l'Aide:Indication de langue et le Module:Langue. Là je ne fais mes changements que sur le module:langue car module:multilang est amené à disparaître, fais attention à ne pas recopier directement le module multilang dans l'autre, ça annulerait mes modifs. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 11 août 2013 à 20:02 (CEST)

Bon, j'ai validé mon code, vérifier qu'il n'y avait pas de problème de performance... Tout va bien pour moi.

Petite question : - est-ce que le nouveau format de Module:Multilang/Data est aussi facile à comprendre et donc à remplir par d'autres personne ?

Je verrai demain pour ajouter tes modifs à cette nouvelle syntaxe.

— Zebulon84 (discuter) 11 août 2013 à 20:42 (CEST)

Moi j'ai des bases en programmation, donc ça devrait aller, mais une aide pour l'ajout de nouvelles langues serait bienvenue dans la documentation.

Je suis en train de réécrire la documentation du modèle:multilang et je m'aperçois que les messages d'erreur ont disparu : {{multilang|en|xx|nominvalide}} donne : Modèle:Multilang. C'est voulu ? — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 11 août 2013 à 20:51 (CEST)

Le message d'erreur avec une seule langue à disparu depuis le début de ma programmation, mais je vois toujours l' message :

{{multilang|en|xx|nominvalide}} m'affiche (en+ code non reconnu : xx + code non reconnu : nominvalide ).

Mais bien sur il faut effectivement mettre les codes erronés. D'ailleurs puisque tu as indiqué dans la doc que l'on peut saisir le nom de langue en toute lettre, je viens de changer le message d'erreur pour langue non reconnue : xx .

Je vais préparer une doc pour indiquer comment ajouter une nouvelle langue.

Si on veut limiter au maximum les erreurs, il faudra ajouter dans la base les redirections pour les noms de langue - sans accent - en anglais - dans la langue d'origine - avec les codes ISO 639 différent de l'IETF.

— Zebulon84 (discuter) 12 août 2013 à 04:57 (CEST)

Pour le message d'erreur, je n'avais pas mis le même code dans entre les balises nowiki est en vrai, normal que je ne voyais pas les messages d'erreur...

Sinon, où peut-on trouver une liste des codes IETF BCP 47 ? Je m'étais rendu compte en mettant à jour la liste des modèles d'indication de langue de l'Aide:Indication de langue que certains codes étaient les codes ISO 639-3 au lieu des codes IETF. Il y a du boulot en perspective pour vérifier tout ça, surtout si on a pas de liste des codes IETF à mettre en face de la liste des modèles d'indication de langue ! — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 12 août 2013 à 05:26 (CEST)

En général sur la page wikipedia de la langue il y a les différent code dans l'Infobox. Pour les langues qui n'ont pas de pages ou pas d'infobox, on peut trouver le nom anglais et vérifier sur wiki anglais. Pour les cas de langue sans code (je viens de tombé sur le Hessois - en:Hessian dialects) on peut se poser la question de les garder ou non, et sous quel code (le nom complet ?). Il faut peut être demander l'avis du café des linguiste.

— Zebulon84 (discuter) 12 août 2013 à 05:40 (CEST)

Je suis en train de m'occuper de vérifier ça, en même temps j'ai recopié le tableau de l'Aide:Indication de langue pour en faire un tableau avec les noms des langues, leurs articles WP, leurs modèles ainsi que leurs codes IETF et ISO-639-3. Ça permettra aussi de voir quelles langues n'ont pas leur modèle d'indication de langue.

En fait, serait il possible de récupérer les données du module:langue/data pour en faire un tableau qui se mette automatiquement à jour pour l'insérer dans la documentation du modèle:multilang, afin de voir facilement quels codes sont disponibles pour les utiliser dans le modèle ? On pourrait mettre le même genre de tableau dans l'aide:indication de langue, ça éviterait des confusions pour l'utilisation et la création des modèles, notamment les codes erronés et les doublons (j'en ai déjà supprimé et corrigé plusieurs). — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 12 août 2013 à 05:55 (CEST)

Oui, j'ai prévu de faire une liste automatique. Il faut juste voir sous quelle forme. Point de vu accessibilité et mise en page, une simple liste sur plusieurs colonnes est sans doute préférable, mais ça dépend de ce que l'on veut afficher. — Zebulon84 (discuter) 12 août 2013 à 06:09 (CEST)

Problème avec le code du hessois je crois, je doute que les codes à quatre caractères existent (dans module:lang/data il est indiqué sous « hess »). Je n 'ai trouvé nulle part ce code (ni WP.en, ni WP.de, ni avec google). — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 12 août 2013 à 06:30 (CEST)

Tu peux regarder le tableau que j'ai fait sur Utilisateur:SyntaxTerror/multilang. J'ai trouvé pas mal d'erreurs et de codes bizarres, mais OlsenCrave m'a donné une liste des codes IETF et un outil de recherche pour cette liste (mais ça va plus vite de faire une recherche directement dans la liste ). Cette liste va bien me servir et je vais peut être la transformer en tableau des codes IETF car ça manque.

Je n'ai vérifié que jusqu'à la lettre K, je te ferais une liste des problèmes a régler quand j'aurai fini. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 12 août 2013 à 09:56 (CEST)

Problèmes de codes IETF

(Je crée cette nouvelle section, j'en ai marre de me taper la masse de texte de l'autre à chaque fois )

Erreurs que j'ai déj) reprérée :

• Normand = fra-nor et non nrm qui est le narum
• Arabe dialectal marocain = ary et non ma qui n'existe probablement pas
• Vieux norrois = non et non vn qui n'existe pas non plus
• Chinois classique = lzh et non zh-classical

J'ai mis à jour le fichier Module:Multilang/Data avec tous les changements que tu avais fait sur Module:Langue/Data.

Prochaines étapes : liste des langues et documentation de Module:Multilang/Data

— Zebulon84 (discuter) 12 août 2013 à 09:56 (CEST)

Après vérifications:

• Normand (Norman) : pas de code IETF, un code sur linguistlist : « fra-nor » (l'anglo-normand (Anglo-Norman) à le code IETF « xno »)
• Arabe dialectal marocain (Moroccan Arabic) : code IETF « ary ».
• Vieux norrois (Old Norse) : code IETF « non ».
• Chinois classique (Literary Chinese) : code IETF « lzh ».

Je pense que tu as donc tout bon pour ces langues. Ça sert bien cette liste.

Au fait, préfères-tu que je fasses mes modifs sur module:multilang/data ou sur module:langue/data ? Si tu fais toutes tes modifs sur le premier pour le recopier quand il sera prêt sur le second, autant que je fasse pareil non ? — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 12 août 2013 à 10:23 (CEST)

Modifie uniquement module:multilang/data, l'autre sera de toute façon remplacé par le contenu de module:multilang/data. Mais il faut d'abord que ce soit au point, avec une doc et gestion d'erreur : lorsque j'ai copier le nouveau contenu j'ai eu un beau « erreur de script » généré par le modèle Multilang parce-que j'avais une fois écrit « datz » au lieu de « data ». Je suis en train de regarder comment faire ça. — Zebulon84 (discuter) 12 août 2013 à 10:48 (CEST)

Voila, j'ai fini de vérifier les codes langues ! Il y a pas mal de problèmes, mais seulement deux sont sérieux (un dont les codes ont été supprimés et l'autre qui ont l'air très durs à trouver...). Le reste c'est surtout du TI (des codes bricolés à partir de codes similaires et deux inspirés des noms de domaines de Wikipédia), des codes ou des descriptions erronés et des codes IETF inexistants mais où un code linguistlist ou ISO 639-3 existe. Je vais m'occuper de tout ça, mais j'aimerais bien que tu jette un œil sur ce que j'ai fait pour voir si je n'ai pas oublié quelque chose ou bien si je me suis trompé. J'ai mis les problèmes/solutions et la liste sur cette page : Utilisateur:SyntaxTerror/multilang. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 12 août 2013 à 16:07 (CEST)

Je viens de me rendre compte d'une chose que j'avais en tête en créant le modèle : multilangue n'existe pas en français , c'est multilingue qu'il faut dire... Il faudra renommer le modèle plus tard je pense, ou bien on pourrait le fusionner avec {{mul}} qui pourrait donner la même chose si on choisit de faire afficher le code « mul » s'il n'y a pas de paramètres (Modèle:Multilang ≡ (mul)). Ça permettrait d'avoir un code simple à se rappeler, pour les allergiques aux modèles.— Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 12 août 2013 à 18:58 (CEST)

Il y a un problème avec le modèle:traduction/référence pour le normand :

• {{Traduction/Référence|nrm|Frank Le Maistre}} donne

• (nrm) Cet article est partiellement ou en totalité issu de l’article de Wikipédia en narum intitulé « Frank Le Maistre » (voir la liste des auteurs). (nom du wiki erroné)
• {{Traduction/Référence|fra-nor|Frank Le Maistre}} donne

• (fra-nor) Cet article est partiellement ou en totalité issu de l’article de Wikipédia en intitulé « Frank Le Maistre » (voir la liste des auteurs). (lien vers l'article erroné)

L'erreur vient du fait que la Wikipédia en normand s'appelle nrm.wikipédia et que le code dans le module:lang correspond au narum. L'indication de langue correcte dans les deux cas vient du fait que j'ai renommé le modèle:nrm en modèle:fra-nor. Il y a plusieurs articles où le problème se pose : Spécial:Pages_liées/Modèle:Nrm. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 14 août 2013 à 00:54 (CEST)

Je vais remettre nrm lié au normand, mais avec commentaire et catégorisation invalide pour qu'on puisse le corriger. Ensuite on pourra le supprimer, le narum ne doit pas être spécialement répandu sur wikipédia.fr

Peut-être faut-il en faire autant pour als ?

Zebulon84 (discuter) 14 août 2013 à 01:02 (CEST)

Pour als ça pose problème sur un seul article : Holzbrücke (Wettingen-Neuenhof), mais il y a quand même conflit. C'est le modèle:traduction/référence qu'il faut améliorer pour éviter ces problèmes... — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 14 août 2013 à 01:17 (CEST)

Bon, le module Langue et sa base Langue/Data fonctionnent maintenant avec le nouveau système. C'est donc celle-ci qui doit donc être mis à jour. Cette mise à jour à pour conséquence de remplis la catégorie Page avec code de langue invalide puisque toutes les pages avec langues non reconnues sont catégorisé là par {{Lang}}. Il va y avoir du boulot de maintenance, pour corrigé les codes et ajouter les valide à la base.

Pour savoir si tous les -Latn sont nécessaires, j'ai posé une question a l'atelier accessibilité.

Je compte aussi demander à l'atelier typographie comment doit être présenté un texte en français, le texte original et la translittération. Si on utilise la fonction translittération actuelle ça donne : texte (テキスト (tékista)), pas top d'où l'utilisation de deux modèle lang avec -latn pour le second. Il est sans doute possible d'ajouter une option pour gérer ça avec une seule occurence du modèle.

Je vais me coucher, à demain. — Zebulon84 (discuter) 14 août 2013 à 03:17 (CEST)

J'ai corrigé quelques trucs dans la doc et dans le module:langue/data à partir de la liste de l'IANA, il ne devrait pas y avoir d'erreurs.

Sinon, que penses-tu de fusionner {{multilang}} avec {{mul}} ? Il suffirait de mettre que s'il n'y a pas de paramètre, le code affiché soit « Utilisateur:SyntaxTerror/Mul » (ça marche en utilsant {{#if:{{{1|}}}|{{#invoke:Langue|indicationMultiLangue}}|{{Indication de langue|multilingue|mul}}}}, mais tu peux surement faire mieux en lua).

Ça permettrait un code très court dans les articles et aussi d'éviter « multilang(ue) » qui n'existe pas en français. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 14 août 2013 à 09:48 (CEST)

Étoile

Une « étoile de Vinci » pour ton prodigieux travail sur les modèles et modules d'indication de langue. Léonard n'aurait certainement pas fait mieux ! Şÿℵדαχ₮ɘɼɾ๏ʁ 14 août 2013

Liste des langues

J'ai ajouté une liste des langues sur la doc de Module:Langue/Data. Il est possible de modifié si quelque chose ne va pas.

J'ai préféré faire une ligne pour chaque alias car c'est ce que l'on ne voit pas bien dans le code. Il est possible de faire un tableau avec une ligne par code, et un colonne avec la liste des alias, mais c'est une autre fonction à voir si c'est nécessaire.

Le module Multilang ne servant de facto plus à grand chose, je propose de le renommé en Module:Langue/Test, son sous module en Module:Langue/Data/Test, et les documentations mise à jour pour refléter cet état.

Zebulon84 (discuter) 14 août 2013 à 12:17 (CEST)

Oki, j'ai vu le tableau, y'a un paquet de données, mais comme il est triable on peut s'y retrouver. Je vais ajouter les codes IETF à deux lettres manquants, puis je vais essayer de trouver les codes des langues les plus utilisées dans le monde, mais là on en couvre déjà une très grande partie.

Pour le module:multilang, fais en ce que tu veux, je pensais le faire supprimer. Si tu le renommes, il sera supprimé aussi en faisant ça.

Que pense tu de ma proposition de fusion de {{multilang}} dans {{mul}} dont je t'ai parlé dans le message d'avant ? J'aimerais bien le faire mais je préférerais avoir un code en lua plutôt que mon bricolage avec un #if:{{{1|}}}. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 14 août 2013 à 12:30 (CEST)

Pas de problème pour fusionner {{multilang}} dans {{mul}}, je vais adapter le code. Seule question, si on écrit {{mul|ja}} que doit-on afficher ? (ja) seulement, (ja+mul), (ja+en)...

L'avantage de rennomer Module:Multilang c'est : 1 - de garder l'historique, et notamment tes contributions, 2 - Module:Langue à de toute façon besoin d'un sous-module de test.

Zebulon84 (discuter) 14 août 2013 à 13:08 (CEST)

À mon avis, pour {{mul|ja}} on peut garder (ja) comme maintenant. On verra bien ce qu'en disent les autres quand je proposerai tous les modèles d'indication de langue multilingues à la fusion. J'ai toujours un peu peur de l'avis de certains contributeurs qui ne font que mettre des bâtons dans les roues pour des raisons obscures... Mais là, avec le modèle que tu nous as fait, il n'y a pas grand chose à redire, à part peut-être que le code peut être assez long s'il y a plusieurs noms de langues en toutes lettres à la suite, mais ce problème pourrait être réglé par un bot qui remplacerait tout ça par les codes corrects tirés de la liste de langue/data.

Pour le problème des codes erronés avec {{traduction/référence}}, je pense que la solution serait de créer une liste des wikis semblable à celle pour les langues, avec les codes des wikis et leur langue associée. Ça pourrait aussi être fait avec la liste de langue/data en rajoutant un paramètre spécifique pour les codes de wikis différents, comme il n'y en a pas beaucoup ça éviterait de faire deux listes quasiment semblables. Par contre il faudrait reprogrammer {{traduction/référence}}. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 14 août 2013 à 13:31 (CEST)

• {{Multilang}} done maintenant Modèle:Multilang. Le premier paramètre est par défaut 'mul'.

Effet de bord qui ne me semble pas très génant, {{Multilang| |en}} done Modèle:Multilang. Par contre si les deux premiers paramètres sont vide, il n'y a que (mul) qui s'affiche quelques soient les paramètres suivants.

• Oui, il faudrait faire quelque chose pour {{traduction/référence}}. Je vais y réfléchir, mais je ferait sans doute passer {{date}}, {{ouvrage}} et {{lien web}} avant.

Zebulon84 (discuter) 14 août 2013 à 17:08 (CEST)

Super, encore merci pour ton gros travail sur ces modèles et modules ! Je vais maintenant m'occuper de proposer à la fusion les modèles d'indication de langues multilingues (au fait j'ai changé la fonction langue/indicationMultiLangue en langue/indicationMultilingue qui est plus correct). — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 14 août 2013 à 20:19 (CEST)

Problème de majuscules avec langue/indicationDeLangue ?

Je crois qu'il y a un problème lors de l'affichage du 2e paramètre d'{{indication de langue}} : je n'arrive pas a voir un affichage avec des majuscules.

Par ex. le code du modèle {{zh-cn}} est {{Indication de langue|chinois de Chine continentale|zh-CN}}, mais l'affichage reste (zh-CN).

J'ai fait la modif hier et j'ai purgé le cache et tout, mais toujours pas de majuscules... As-tu une idée sur la question ? — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 15 août 2013 à 00:08 (CEST)

Corrigé. En fait la fonction indicationDeLangue affiche directement le texte fourni sans comparaison avec la base, sauf si un paramètre est vide. Je ne sais plus pourquoi j'avais systématiquement transformé le code en minuscule. Dorénavant la casse n'est plus modifiée. — Zebulon84 (discuter) 15 août 2013 à 00:35 (CEST)

Oki, merci. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 15 août 2013 à 00:37 (CEST)

Modèle:Traduction/Référence

Bonjour

J'ai regardé un peu la liste des Wikipédias d'autres langues et il y en a pas mal qui ne sont pas dans la liste de Langue/Data et aussi un certain nombre dont les codes ne sont pas corrects. Je crois qu'il est plus simple de refaire une liste dans un autre module, avec aussi les noms des Wikipédias. Cette liste ne changera pas dans le futur (ou très peu) et il vaut mieux ne pas compliquer encore le code de Langue/Data je pense

J'ai commencé à faire un module que j'ai d'abord inséré dans une copie du module:Langue (voir ici), je commence à bien comprendre comment utiliser le lua et je pense pouvoir arriver à faire quelque chose de correct pour remplacer le Modèle:Traduction/Référence, il sera toujours possible de simplifier le code après et ça me fait un bon entrainement. Seule chose que je n'ai pas encore trouvé, c'est comment utiliser des paramètres nommés (je n'arrive qu'avec ceux sans nom, d'ailleurs j'ai recopié la ligne local args = ( frame.getParent and frame:getParent().args ) or frame or { } sans vraiment la comprendre...). Pourrais-tu me donner un exemple de comment utiliser le contenu d'un paramètre nommé (texte= par ex.) ? J'ai cherché pendant un moment en faisant plein d'essais mais je n'y arrive toujours pas.

Cordialement. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 16 août 2013 à 11:57 (CEST)

J'ai trouvé comment utiliser des paramètres nommés, j'ai essayé une nouvelle version et j'ai tout salopé ! Faudra passer plus tard voir mon super module... — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 16 août 2013 à 15:53 (CEST)

Si tu ne l'as pas fait le mieux est de commencer par lire le guide préparé (principalement) par Hexasoft, et pour ta question la sous-page Les paramètres.

local args = ( frame.getParent and frame:getParent().args ) or frame or { } essaye d’accéder aux paramètres transmis au modèle. Si ce n'est pas possible (appel depuis une fonction lua) la table est prise directement. Après c'est (presque) une table normale : args[1] et args['nom'] ou args.nom.

Pour les code wkikipédia on peut juste ajouter sur les quelques langues qui différe un paramètre wiki = 'als', comme le paramètre page = 'Corse (langue)' n'est indiqué que si la page différe. Mais bien sur si c'est toi qui fait ce module, tu le fait comme tu l'entend.

Zebulon84 (discuter) 16 août 2013 à 16:12 (CEST)

Merci, je viens de trouver en regardant un autre module, quant au guide scribunto, j'ai le nez dedans depuis hier au soir et je trouve très mal expliqué pour ceux qui ne connaissent pas les nouveaux langages de programmation. J'étais assez fort en BASIC et sur ma calculatrice graphique, mais là on ne voit même pas la différence entre les fonctions du langage et les noms de variables choisis par l'utilisateur... Y'a plein de mots mal traduits de l'anglais et des abréviations dans les exemples même pas expliquées. Bref, je préfère y aller en tâtonnant en essayant des trucs que je copie sur d'autres modèles, ça va pas trop mal jusqu'ici, le seul problème est que je fais des codes trop longs je trouve, je ne sais pas encore bien compiler tout ça. On verra bien par la suite...

Si tu es intéressé, j'ai récupéré la liste des Wikipédias et je l'ai mise sous forme de tableau : Utilisateur:SyntaxTerror/Tableau wikipédias.

Le problème auquel j'ai pensé c'est qu'à cause des alias, il est facile de se tromper dans les codes. Ce n'est peut être pas une si bonne idée de permettre d'indiquer les langues avec leur nom complet ou leurs synonymes, déjà qu'il y a des confusions sur les codes IETF, les noms des wikis, etc. Quand j'ai modifié {{se}} pour le changer en {{smi}} sur 80 articles, 65 utilisaient mal le modèle (pour désigner le suédois, le serbe ou même l'espagnol...) et quand j'ai regardé la liste que t'a fait Oldorim, ça m'a fait plutôt peur de voir tous ces usages erronés des codes ! — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 16 août 2013 à 16:49 (CEST)

• Avant d'arriver à Lua, je suis passé par le basic (sur Ti99), le pascal, un tout petit peu de fortran et de C, du visual Basic, et enfin html/CSS/javascrip. Donc rien effectivement je comprend sans doute sans trop de difficultés les abréviations. Malgré tout quand je programme j'ai presque toujours cette page d'ouverte. Pour ce que tu fini par comprendre, n'hésite pas à ajouter des précisions à la doc pour les suivants, sinon tu peux utiliser la page de discussion pour demander ce que signifie ceci ou cela, ça aidera aussi à améliorer la page
• J'ai vu ta demande du DIPP, et donc le tableau avec tous les wikipédia. J'ai moi aussi remarqué que les traductions de langues sur wikipédia ne sont pas au point. j'ai envisagé d'utiliser la fonction mw.language.fetchLanguageName, équivalent lua de {{#language:language code}}, mais j'ai vite abandonné l'idée quand j'ai vu le résultat. Il faudrait pouvoir corrigé ça, mais je ne sais même pas ou cela se gére : sur DIMS, TranslateWiki, auprès des développeur ?
• Suite à la liste d'Orlodrim j'ai ajouter quelques nom anglais dans la liste d'alias. Pour trouver les codes erronées ou ceux qui ne sont pas dans la liste il faut travailler sur Catégorie:Page avec code de langue invalide.

Zebulon84 (discuter) 16 août 2013 à 17:26 (CEST)

Ça y est, j'ai (enfin) fini, le résultat est là : Module:Utilisateur:SyntaxTerror/2.

Ce module permet d'afficher le code de langue correct et d'avoir une base de données Langue/Data sans erreurs :

• les deux seuls codes qui utilisent ceux d'une autre langue (nrm et als) sont repérés et changés mais l'url reste la bonne.
• les autres codes qui sont erronés sont corrigés avec les alias et là aussi l'url reste la bonne.

Je suis assez content du résultat (après un nombre incalculable d'erreurs de script ). Pourrais-tu y jeter un œil et me dire ce qui pourrait être amélioré ? Cordialement. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 18 août 2013 à 07:08 (CEST)

Globalement ton code est bien mais puisque tu me demande des commentaires, je vais en faire :

• Le plus important, un bug que tu n'a pas vu (et qui se produit aussi avec le modèle actuel, mais autant amèliorer quand c'est simple à faire) :

{{Utilisateur:SyntaxTerror/Brouillon/Module2| en | Brazil | 568575662 }}

• (en) Cet article est issu partiellement ou en totalité de l’article de Wikipédia en anglais intitulé « Brazil » (voir la liste des auteurs)

{{Utilisateur:SyntaxTerror/Brouillon/Module2| en | Brazil | 568575662 | | | }}

• (en) Cet article est issu partiellement ou en totalité de l’article de Wikipédia en anglais intitulé « Brazil » (voir la liste des auteurs)

Pour les paramètres non nommés les espaces et/ou retours lignes sont transmis , contrairement aux paramètres nommés. Pour résoudre ça c'est simple : mw.text.trim( paramètre ).

Par ailleurs si les paramètres pour le premier article sont correct, autant l'afficher et mettre (éventuellement) le message d'erreur après. Personnellement je suis pour être tolérant et afficher le moins d'erreurs possibles : les lecteurs n'aiment pas voir des messages d'erreur, et les contributeurs ne les voient pas toujours, notamment lors de modifs à la chaine.

Pour le reste ce sont des détails mineurs :

• tu as fait pratiquement deux fois le même code pour art1 et art2. Avec 30 lignes de code ce n'est pas dramatique, mais en général il vaut mieux faire une fonction qui fait toute la partie commune (jusqu’au rendu du texte commun), et que tu appelle une ou deux fois suivant qu'il y a ou non un art2. Une fonction peut renvoyer plusieurs variables si nécessaire.
• attention à la longueur des lignes, c'est pénibles à consulter si on a pas un écran large.
• tu détailles tout les paramètres au début. Bonne idée en général mais pas sur wiki car les paramètres ne sont évalués (expanstion des modèles..., ce qui est long) que lorsqu'ils sont appelés. Ce n'est pas gênant ici vu le nombre et ce que l'on devrait trouver dans les paramètres. Mais pour optimiser du code avec wiki il vaut mieux n'expliciter les paramètres que lorsqu'on en a vraiment besoin. En l’occurrence ici tu n'a besoin de lang2 et id2 que si art2 ~= .
• ce modèle a peu de chance d'être réutilisé dans un autre module, donc on peu sans doute réduire la première ligne à local args = frame:getParent().args

Bref, du bon boulot pour un premier module. Si j'ai bien compris, tu peux utiliser Langue/Data dans modification. N'oublie pas de remplacer le (mw.loadData, 'Module:Utilisateur:SyntaxTerror/Data' )

Zebulon84 (discuter) 18 août 2013 à 08:51 (CEST)

Je vais essayer de faire des fonctions séparées pour faire les tâches communes, par contre pour le texte a renvoyer ce n'est pas deux fois le même s'il y a deux articles, mais une seule ligne où sont donnés les articles des deux wikipédias (d'ailleurs je ne m'en suis aperçu qu'au dernier moment).

J'ai pensé afficher les erreurs comme dans l'ancien modèle, mais le problème c'est qu'elles peuvent sembler secondaires, alors qu'en fait les liens ne marchent pas. Je pense qu'il vaut mieux afficher un ligne toute rouge. L'erreur n'est pas dure à corriger puisque celui qui appose ce modèle connait les liens vers les articles des autres langues.

Je vais aussi essayer de faire les changements que tu proposes, même si ce n'est pas important, ça me donnera de bonnes habitudes.

Enfin, est-ce qu'il y a un problème avec les boîtes utilisateur pour les langues ou d'autres trucs qui utilisent l'indication de langue ? Il faudrait voir ça et agir en conséquence, car 17 wikipédias utilisent des codes qui sont différents des codes IETF (si j'ai bien compté). — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 18 août 2013 à 10:33 (CEST)

• Je ne dis pas qu'il ne faut pas afficher d'erreur du tout, mais les limiter aux cas ou c'est absolument nécessaire, et faire le maximum avec ce qui est correct. Bien sur il est inutile d'afficher un lien connu comme faux.
• Une amélioration possible serait de récupérer automatiquement le nom des articles sur WikiData, car actuellement si on ne le met pas on a :

• (en) Cet article est issu partiellement ou en totalité de l’article de Wikipédia en anglais intitulé « [3] » (voir la liste des auteurs) oldid invalide ou manquant.^(Aide)

• Petites choses que je n'ai pas remarqué tout a l'heure, s'il y a deux articles tu génères deux fois wikitext. Encore une fois ce n'est pas gênant pour un simple texte généré une fois par page, mais dans un autre module sur une fonction complexe il vaut mieux éviter.
• Sur les modèles en général il me semble préférable de favoriser les paramètres nommés lorsqu'ils sont présent, donc je coderai plutôt : lang1 = args["lang1"] or args[1] or ''
• Enfin il faut savoir que je cherche trop à optimiser mon code. J'ai vu il n'y a pas longtemps sur lua.org :

faut-il optimiser son code :

1-Non,

2-Non, pas tout de suite (pour expert seulement)

Car à moins d'être expert, il n'est pas facile de savoir ou le code perd du temps, on se fait facilement de fausses idées.

• Pour les boites utilisateur : Discussion Wikipédia:Babel#Ajout d'un paramètre code IETF (et le même sur P:MQ). En l'absence de réponse, je vais faire les modifs nécessaires aujourd'hui ou demain.

Zebulon84 (discuter) 18 août 2013 à 11:20 (CEST)

Quand j'ai essayé de faire des fonctions séparées je me suis rendu compte que ça rallonge le code et les itérations prennent peut-être plus de temps que de lire deux fois la même chose. De toute façon, avec un code si court, qui en plus n'est utilisé qu'une fois par page, on parle de différences de quelques centièmes de seconde...

Dans ce cas, si on veut utiliser deux fois le même texte, il faut le modifier d'une manière importante, je ne crois pas que ce soit très avantageux, ça fera rajouter 5 lignes pour en sauver 6.

Pour le text.trim ça pose problème pour le nom des articles s'ils ont plusieurs mots, mais comme il y a besoin de faire un mw.uri.encode ( art1 , "WIKI" ) pour les url, je le fais avant le trim, puis je fais un mw.uri.decode sur le nom de l'article qui apparaît dans le lien. Je ne pense pas que ça pose de problème car il n'y a en principe pas d'underscores dans les noms des articles.

J'ai modifié le code comme tu m'a conseillé (place des paramètres et text.trim), jette-y un œil et dis moi si tu vois encore des trucs à améliorer si possible.

En tous cas merci pour tes conseils (et aussi tes modules que j'ai plagié ), je commence a bien comprendre ce langage, même si j'ai encore pas mal d'erreurs de script, j'arrive mieux à les repérer maintenant. J'ai installé Eclipse mais je ne sais pas comment tester les modules dessus, tout ce que j'arrive à faire c'est faire Clean… mais en plus ça ne trouve pas forcément toutes les erreurs. Par ex, j'avais mal copié-collé et j'avais un art1 = mw.text.trim( art1 = mw.uri.encode( art1 , "WIKI" ) ) qu'Eclipse n'a pas détecté. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 18 août 2013 à 13:37 (CEST)

Module:Utilisateur:SyntaxTerror/2

    local lang1 = args[1] or args["lang1"] or ''
    local lang1 = mw.ustring.lower( mw.text.trim( lang1 ) )

Tu vas avoir un problème là ! Zebulon84 (discuter) 18 août 2013 à 16:30 (CEST)

Ptêt ben qu'oui... (mais chut, le programme a rien vu et me fait pas d'erreur de script ) — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 18 août 2013 à 16:33 (CEST)

J'ai corrigé, merci de ton attention.

Par contre, j'ai un autre problème : j'ai ajouté des lang= dans les <span class="plainlinks lang="' .. code2 .. '"> pour qu'il y aie l'équivalent de modèles lang sur les noms d'article étrangers, mais avec mon module ça ajoute des petits cadenas, alors qu'il n'y en a pas avec le modèle:traduction/référence. Pourtant j'utilise le même code... As-tu une explication et une solution ? — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 18 août 2013 à 17:00 (CEST)

Le cadena vient du « https ».

Attention, wiki peut changer le format de ses adresses. Donc utiliser les fonctions de mw.uri est conseillé. Mais je ne les ai pas encore testée, donc je ne pourrais pas t'aider sur les subtilités entre les différentes fonction.

Zebulon84 (discuter) 18 août 2013 à 18:03 (CEST)

Le problème venait d'ailleurs : j'avais oublié un double guillemet après « plainlinks », ce qui rendait le genre du span invalide.

Changer https en http n'a fait que mettre un petit carré bleu avec une flèche à la place du cadenas.

Maintenant je suis en train de me casser la tête pour ajouter un paramètre « projet » (pour wikisource par ex.) qui avait été ajouté en 2010 et sert à... 4 articles sur les 80 000 utilisations du modèle . J'ai presque envie de rajouter directement le code dans les quatre articles, ça irait plus vite que d'allonger le module spécialement pour ça !

On m'a donné un lien intéressant pour les statistiques des modèles : http://wiki256.net/template. Y'a plein de trucs, les paramètres utilisés et toutes les erreurs listées avec les articles correspondants, mais les modèles sans paramètres ne sont pas listés et il n'y a qu'une mise à jour par mois. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 18 août 2013 à 21:53 (CEST)

Elision dans un modèle

Salut Zebulon, merci pour avoir pris ma demande déjà très ancienne maintenant [4]. J'ai copié ta ligne dans {{Fiche Footballdatabase}}, et j'ai eu comme retour qu'il ne fallait pas élider les noms comme Yoann, Youri... Je me suis donc permit de rajouter un complément sur le même principe que toi [5]. Si tu penses qu'il y a mieux n'hésite pas à retoucher. Encore merci, j'ai mis du temps à voir que cette demande avait été traité et par qui. -- Sisyph 20 août 2013 à 22:25 (CEST)

Désolé de ne pas avoir mis un message sur ta page de discussion pour te prévenir que la demande avait été traitée.

Pour le moment il n'y a pas vraiment mieux à faire. On pourrait juste créer un modèle s'occupe de l'élision pour raccourcir le code, mais ça ne change rien au final.

Zebulon84 (discuter) 20 août 2013 à 22:39 (CEST)

Catégorie:Page avec code de langue invalide

Pour faciliter le travail de maintenance, il serai utile que le module Traduction

• ne catégorise pas les pages personnelles, discussion...
• indique le code de langue qui pose problème. Je suis en train de vider cette catégorie et je peux t'assurer que ça aide.

Dans la fonction Lang, je réalise ça avec quatre lignes suivantes : local namespaceCategorisation = { [0] = true, [4] = true, [10] = true, [14] = true, [100] = true } if namespaceCategorisation[ mw.title.getCurrentTitle().namespace ] then wikiText = wikiText .. '[[Catégorie:Page avec code de langue invalide|' .. codeArg .. ']]' end

Zebulon84 (discuter) 25 août 2013 à 06:24 (CEST)

Bonjour

Dans le module que j'ai fait le problème ne se pose pas vraiment, il y a un message d'erreur qui remplace le texte si le code de langue ne correspond pas à celui d'un code d'un wikipédia valide. Normalement le problème est réglé par celui qui appose le modèle, le code étant facile à trouver : il est dans l'url de l'article qu'il a traduit.

J'ai néanmoins fait la modif, mais ça me fait une erreur de script pour le test pour l'espace principal. Peux-tu essayer d'y régler ? c'est au début de la fonction TraductionReference.traductionReference(frame).

Module:Utilisateur:SyntaxTerror/2

Cordialement. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 25 août 2013 à 09:34 (CEST)

Si j'ai repérer la même erreur que toi, le problème vient du fait que si tu n'es pas dans un namespace à catégorisation (ce qui est le cas de la page du module) tu zappes complètement tout les tests de validité, et tu te retrouves avec une langue invalide donc tabLangue1 = nil.

C'est uniquement la catégorisation qu'il faut éviter.

J'ai refait cette partie, en incluant la boucle de recherche pour l'avorter lorsque la langue est trouvée. Et pour éviter d'écrire deux fois la même chose ou presque, j'ai fait une fonction dédier. Cette fonction utilise les variables de traductionReference, donc il faut la garder au milieu de la fonction. Si tu veux la sortir il faut lui transmettre ce dont elle a besoin : wikilist et categorisation.

Je met à jour ton module. Si mes modif ne te conviennent pas n'hésite pas à annuler.

Zebulon84 (discuter) 25 août 2013 à 17:02 (CEST)

En y réfléchissant, l'erreur sur le code de langue ne passe pas inaperçu et est corrigé de suite par celui qui met le modèle, ce n'est pas comme dans le modèle lang où l'on ne voit pas la différence en prévisualisant. Aussi ce modèle n'est jamais utilisé hors de l'espace principal, je suis donc revenu à une version plus simple, ces changement seront toujours possibles par la suite s'il y a problème. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 25 août 2013 à 18:03 (CEST)

Le problème c'est que celui qui met le modèle dans une page non encyclopédique n'a pas toujours l'intention de corriger l'erreur. Par exemple la documentation de ton module se retrouve dans cette catégorie. Et ceux qui veulent vider la catégorie risque de venir éditer la page.

Zebulon84 (discuter) 25 août 2013 à 21:59 (CEST)

Faut vraiment être con pour modifier ma page de doc montrant les erreurs !

Sinon j'ai corrigé les 700 et quelques pages où il y avait une erreur (avec ça, pour voir les erreurs les plus courantes afin de faire un module efficace) et il n'y en avait une seule qui n'était pas dans l'espace encyclopédique (en 2010, un paramètre mal nommé : "langue="). La majorité des erreurs se font sur le nom du paramètre "id" et sur le remplissage de ce paramètre, la deuxième erreur la plus courante est l'ajout d'une date (confusion avec le modèle:Traduit de).

La page de doc du module sera modifiée une fois que le module remplacera le code dans le modèle:Traduction/Référence, ça ne posera alors plus de problème. Il conviendra de vérifier si mon code ne pose pas de problèmes avec le remplissage de la catégorie:Page avec code de langue invalide, mais je ne pense pas qu'il y en aura.

Le vrai problème est que mon module va reconnaître plein d'oldid invalides que le modèle actuel ne reconnait pas, il y a plus de 30 000 pages dans la catégorie:page avec un oldid invalide et c'est uniquement à cause des modèles "traduction/référence" et "traduit de". J'en discute avec Orlodrim sur la PDD du modèle et il est contre mon avis d'indiquer que l'oldid est manquant ou invalide, mais si on ne l'indique pas, la catégorie ne va cesser de se remplir, et les oldid manquants vont être de plus en plus durs a trouver avec le temps, je pense qu'il vaut mieux voir immédiatement qu'il y a un problème, ça permet de le résoudre sur le moment. — Şÿℵדαχ₮ɘɼɾ๏ʁ ^{You talkin' to me?} 25 août 2013 à 22:37 (CEST)

Module:Outils/Data

Hello,
juste pour te dire que j'ai commencé un module qui calcule la transformation d'un nombre en texte (345 → "trois cent quarante cinq").
J'ai vu que tu travaillais sur récupérer les ordinaux à partir de nombres. Il serait peut-être possible d'adapter le code que je fais pour pouvoir traiter tous les cas (nombres et ordinaux).
Pour le moment mon module n'est pas fonctionnel : il ne traite que les nombres de 0 à 999 (mais c'est la base du découpage en français).
Il faudra aussi que je valide les règles (compliquées) de tirets et pluriels, qui − je pense − ne sont pas toutes en place dans mon code. Il faudra aussi que j'ajoute la gestion des particularités (septante, nonante et autre octante, mais ce sera pour après).

Cordialement, Hexasoft (discuter) 12 septembre 2013 à 23:01 (CEST)

Pour le moment j'ai simplement récupérer les textes présent dans les modèles {{2e}}, {{3e}}…

Je pense que la liste actuelle est largement suffisante pour nos besoin actuel, mais si plus tard il y a une fonction qui calcule ça automatiquement quelque-soit le nombre on pourra l'utilisée.

J'avais besoin de la fonction ordinal pour les modèles Ouvrage et Article, mais le nombre de volumes ou d'édition doit rarement dépasser les 200.

Zebulon84 (discuter) 12 septembre 2013 à 23:17 (CEST)

Ok. Actuellement le module gère à peu près les nombres de -999999999999 à 999999999999, avec un résultat correct mais quelques fautes de tirets et pluriels. Hexasoft (discuter) 12 septembre 2013 à 23:53 (CEST)

Hello,

est-ce que ton module "Outils" est générique ou dédié à quelque chose de spécifique ? S'il est générique j'ajouterai volontiers dedans le code de Module:Test/Nombres (et sa partie data qui pour le moment n'est pas séparée). Ce module est maintenant terminé et gère je pense pas mal de cas : nombres jusqu'à 999… milliards positifs ou négatifs, même chose pour les ordinaux, supporte des particularités locales (septante, huitante, nonante), support de l'orthographe réformée.

Qu'est-ce que tu en penses ? Cordialement, Hexasoft (discuter) 16 septembre 2013 à 14:30 (CEST)

J'ai crée le module Outil avec les fonctions dont j'avais besoin mais qui peuvent servir de façon générique.

Pas de problème pour y intégrer Module:Test/Nombres.

Zebulon84 (discuter) 16 septembre 2013 à 14:37 (CEST)

« Vie et mort de Byzance »

Bonjour Zebulon, Je n'y vois aucun inconvénient. Une machine peut-elle faire ça ? Sinon je veux bien vous y aider, mais après mes vacances ! (dans trois semaine). Bien cordialement. --Mandeville (discuter) 19 septembre 2013 à 13:50 (CEST)

Utilisateur:OrlodrimBot/StatD2

Bonjour,

J'ai mis à jour les modèles pour que tu puisses changer l'outil. Je préfère qu'il restent là où ils sont, vu qu'ils ne sont censés être appelés que dans du code généré par mon bot.

Orlodrim (discuter) 25 septembre 2013 à 19:25 (CEST)

Outil de croisement de catégories

Bonsoir. Voudrais-tu avoir l'obligeance de signaler quick_intersection sur wikt:WT:W, moi je ne peux pas le faire, mais toi tu y seras bienvenu.

Je pense que c'est un truc qui intéresse très particulièrement les Wiktionnaires. Merci à toi. --29 septembre 2013 à 06:08 (CEST)

Merci. --Le prosélyte 29 septembre 2013 à 13:37 (CEST)

Annulation d'une modification

Bonjour, j'ai vu que tu avais annulé une amélioration du modèle cratère car cela générait des erreur sur des cratères d'astres : c'est ce ce diff ; je ne vois pas de problème d'affichage sur différents cratères qu'il soit sur la Lune, Mars ou autres. Peux-tu m'indiquer quels articles étaient impactés ? - Xfigpower (pssst) 29 septembre 2013 à 17:26 (CEST)

Module:Biblio

Bonjour,

Pourrais-tu revoir la génération d'ancres pour qu'elle soit identique à la version précédente du modèle {{Ouvrage}}, afin de ne pas casser les références créées avec {{harvsp}} ?

Exemple : dans William Tecumseh Sherman, la référence 81 ne fonctionne pas. Il faudrait que {{Ouvrage| titre=Patriotic Gore: Studies in the Literature of the American Civil War|éditeur=Farrar, Straus and Giroux|auteur= Edmund Wilson|langue=en|jour=|mois=|année=1962|lieu=|publi=|pages=|isbn=0-393-31256-9|oclc=|commentaire = Réimprimé en ''W. W. Norton & Co.'' en 1994}} produise <span class="ouvrage" id="Edmund_Wilson1962"></span> au lieu de <span class="ouvrage" id="Wilson1962"></span>.

Merci,

Orlodrim (discuter) 30 septembre 2013 à 21:49 (CEST)

Les articles sont là : Utilisateur:Zebulon84/Paramètres Article. Orlodrim (discuter) 30 septembre 2013 à 22:35 (CEST)

Projet:Chronologie/Suivi des articles mois

Bonjour. Cette page que j'ai renommée sans ton aval ne fonctionne plus. Thierry Caro (discuter) 2 octobre 2013 à 13:53 (CEST)

Merci bien. Thierry Caro (discuter) 2 octobre 2013 à 14:14 (CEST)

Sindarin

Oui, merci. Je nettoyais cet article tout en faisant autre chose et je me l'étais noté pour vérifier la langue. Sauf que j'ai dû quitter l'ordi un peu vite, et j'ai sauvegardé sans vérifier ça. J'ai enlevé le modèle lang pour le moment. Merci ! -- Harmonia Amanda (discuter) 3 octobre 2013 à 22:05 (CEST)

PDD

Bonjour, vous avez participé à la discussion de la PDD Wikipédia:Prise_de_décision/Délais_pour_les_articles_d'actualité. Au vu du travail effectué pour parvenir à une proposition, je propose de finaliser la discussion d'ici au 9 octobre, puis de lancer le vote. Merci de jeter un coup d'oeil aux derniers commentaires et de donner encore une fois votre avis sur les modifications ou questions qui restent. Snipre (discuter) 6 octobre 2013 à 11:47 (CEST)

Ouvrage

salut Zebulon

je ne sais pas si tu es la bonne personne pour discuter de ça mais dans le doute ... Quand je laisse mon pointeur pendant qqs secondes sur un ouvrage, une bulle d'info apparaît et elle est assez incompréhensible. As-tu une idée d’où ça peut provenir ? --TaraO (d) 7 octobre 2013 à 08:51 (CEST)

re

je suis sous chrome et en apparence vieillot (monobook). Le "souci" est présent sur toutes les pages pour moi. Si tu veux envoie moi un email, je t'enverrai une capture d'écran.

(et sinon le gadget de Lgd est l'arme utile pour lutter contre les Harvsp cassées (voir Projet:Restauration des ancres brisées/Références Harvard).

--TaraO (d) 7 octobre 2013 à 09:56 (CEST)

merci ! --TaraO (d) 7 octobre 2013 à 16:24 (CEST)

Multi bandeau

Salut,

La syntaxe avec un seul bandeau fonctionne car elle était utilisée ainsi dans des centaines de catégories (donc dans l'espace principal). Ça, c'était avant que je passe avec mon bot pour corriger la syntaxe.

Même si ça marche, je pense que l'on peut enlever de la documentation l'utilisation avec un seul bandeau : le modèle sert lorsqu'il y en a plusieurs et autant faire simple puisque {{Catégorie littérature}} est identique au rendu à {{Multi bandeau|Catégorie littérature}}.

Rémi ✉ 7 octobre 2013 à 15:58 (CEST)

évolution

Bonjour,

Très enthousiaste que tu aies modifié les modèles ouvrage et article, j'ai mentionné cet apport dans le RAW à paraître. Je viens de nuancer cette annonce. Souhaites-tu que je la modifie ? Préfères-tu que je la supprime ? Cordialement Gtaf ^(discuter) 7 octobre 2013 à 18:15 (CEST)

J'ai modifié. Cela convient-il ? Gtaf ^(discuter) 7 octobre 2013 à 19:36 (CEST)

Félicitations pour les améliorations/corrections aux modèles {{Ouvrage}} et les autres. — Cantons-de-l'Est ^discuter 24 octobre 2013 à 21:25 (CEST)

Modèles des dicos des parlementaires

Salut. Depuis cette modif, le modèle {{DicoParlement}} ne teste plus si le paramètre id est renseigné avant de placer un lien du format [texte sur Sycomore]. Hors ce test {{ #if: {{{id|}}} | était bien là pour éviter qu'un lien incorrect apparaisse dans ces cas-là.

Par ailleurs, je ne vois personnellement aucun inconvénient à utiliser d'autres possibilités des modèles {{Ouvrage}} ou {{Chapitre}} dans ce modèle, par exemple en utiliser le paramètre url ou lire en ligne pour ce lien vers la base Sycomore. Qu'en penses-tu?

P.S. J'ai aussi signalé un autre problème sur Discussion modèle:Ouvrage#Bug: parenthèse vide apparaissant dans certains cas. Place Clichy 7 octobre 2013 à 18:20 (CEST)

Demande d'aide sur {{Pottier-Alapetite}}

Bonjour Zebulon, Comme mes prochaines activités sur WP vont consister à parler de plantes d'Afrique du Nord, je souhaite créer des modèles pour toutes les ref biblio récurrentes. Je n'ai pas commencé par le plus simple, puisqu'il y a deux tomes, avec des paramètres communs et d'autres variables. J'ai pris comme exemple le modèle {{Landau}} mais cela ne colle pas. Voici au final ce que je voudrais obtenir.

• Germaine Pottier-Alapetite, Flore de la Tunisie, vol. 1 : Apétales - Dialypétales, Tunis, Ministère de l'Enseignement supérieur et de la Recherche scientifique et ministère de l'Agriculture, 1979, 1-651 p. (lire en ligne)

• Germaine Pottier-Alapetite, Flore de la Tunisie, vol. 2 : Gamopétales, Tunis, Ministère de l'Enseignement supérieur et de la Recherche scientifique et ministère de l'Agriculture, 1981, 655-1190 p. (lire en ligne)

Ce serait bien s'il pouvait inclure la date d'insertion du modèle dans consulté le.

Peux-tu m'aider s'il te plaît en corrigeant mon travail ou en m'indiquant le bon modèle. D'avance merci. Cordialement. Gtaf ^(discuter) 16 octobre 2013 à 08:36 (CEST)

Bonsoir,

Un grand merci Zebulon. J'étais loin du compte, mais bon c'est finalement assez logique. Enfin presque (mystère ci-dessous) !

J'ai ajouté lire en ligne qui s'affiche correctement en bas de ma page test Liste de plantes endémiques de Tunisie. Par contre, le nombre de pages de chaque titre est absent. Cela constitue un mystère pour moi.Gtaf ^(discuter) 16 octobre 2013 à 22:00 (CEST)

Merci. Donc cela reste logique... Je vais essayer sur un autre modèle. Si le paramètre « consulté le » n'est plus affiché, faut-il toujours l'afficher ? Gtaf ^(discuter) 16 octobre 2013 à 22:13 (CEST)

Autre souci. Pourquoi dans Catégorie:Modèle_de_source_pour_la_botanique des pages dans lesquelles j'ai inséré certains modèles s'affichent-elles ? Gtaf ^(discuter) 16 octobre 2013 à 22:23 (CEST)

Merci. Le souci précédent n'est plus, grâce à ton conseil.

J'ai créé {{Quézel et Santa}} inspiré de {{Pottier-Alapetite}}. Un grand merci. Demain, je créerai {{Maire FAN}} : 14 tomes ! Cordialement Gtaf ^(discuter) 16 octobre 2013 à 23:25 (CEST)

{{Ali et Jafri}}

Bonjour Zebulon, J'ai encore besoin de ton aide s'il te plaît. Je poursuis la création de la Flora of Libya, constituée de 145 volumes ! (Je ne les ai pas tous). Chaque volume traite d'une famille botanique et est écrit par un botaniste particulier. Le tout est suivi par deux éditeurs. Le souci que je rencontre est que dans le modèle Ouvrage, il n'y a pas de champ "auteur volume". J'ai triché en entrant un 3ème auteur, mais il est présenté au même titre que les éditeurs.

Je souhaiterais le résultat suivant : S.I. Ali (éditeur), S.M.H. Jafri (éditeur), Flora of Libya, vol. 1 : S.I. Ali. Primulaceae, Tripoli, Al Faateh University - Faculty of Science - Department of Botany, 1st novembre 1976,p. 1-16.

J'avais essayé le modèle chapitre, mais il ne reconnaissait pas le champ titre chapitre variant selon les volumes.

As-tu une solution ? D'avance merci. Cordialement Gtaf ^(discuter) 19 octobre 2013 à 15:38 (CEST)

Je m'aperçois que les éditeurs changent. Par exemple pour le tome 145, l'éditeur est A.A. El-Gadi ; les auteurs A.S. SHERIF & M.A. SIDDIQI.

{{Harvsp}} et {{Ouvrage}}

salut Zebulon

je suis pas mal sur les pages du Projet:Restauration des ancres brisées/Références Harvard. Et depuis la dernière mise à jour de la liste, je trouve beaucoup de pages où la référence de type {{Harvsp | Gras | 2010| p=100}} ne fonctionne pas alors qu'avant cela fonctionnait. Je dois donc corriger les pages pour mettre {{Harvsp |Gras|2010| p=100}}.

Comme le modèle Harvsp n'a pas changé depuis des lustres mais bel et bien le modèle ouvrage, je pense que le "souci" vient de là.

• Est-ce que tu sais si certaines modifications expliquerait ce bug qui n'était pas là avant ?
• Est-ce que tu crois que tu peux faire qqchose ou au contraire qu'il vaut mieux que je me change tout ça à la main ?

--TaraO (d) 30 octobre 2013 à 12:12 (CET)

{{Ouvrage}}

Bonsoir, J'ai corrigé les articles qui ont des problèmes avec ce modèle (il reste 33 pages). J'ai une remarque : lorsque les paramètres titre vo ou titre volume sont renseignés et titre n'est pas renseigné normalement là y a pas de problème. Mais j'ai trouvé que ces pages là apparaissent dans la catégorie. Cordialement. Rabah201130 (discuter) 1 novembre 2013 à 01:37 (CET)

Deux autres questions : où je peux trouver le code de modèle? Lorsque la valeur d'un paramètre doit être insérée sans formatage (ni italique, grs ...etc), est que en Lua on peut gérer ces cas? Rabah201130 (discuter) 1 novembre 2013 à 20:23 (CET)

Si la question est : peut on empêcher un utilisateur d'appliquer sont propre style sur un paramètre : oui on peut faire ça. Je le fait (partiellement) pour trouver le texte à mettre dans les COinS. Mais est-ce utile pour l'affichage ? J'en doute.

Oui c'est ça ma question. C'est dans certains cas il y a des contributeurs qui tu mette : {{ouvrage|titre=''titre de l'ouvrage''}}. Alors si tu lui applique encore l'italique on aura 'titre de l'ouvrage' comme résultat. Rabah201130 (discuter) 1 novembre 2013 à 23:48 (CET)

Problème affichage langue

Bonsoir Zebulon, J'ai ajouté deux articles anglais dans Boletus_calopus#Taxinomie, étymologie et noms vernaculaires mais le code langue n'apparaît pas au début. Je ne comprends pas pourquoi. Peux-tu y regarder s'il te plaît. D'avance merci. Gtaf ^(discuter) 6 novembre 2013 à 21:47 (CET)

wiki256.net/template et Lua

Bonsoir,

Pour l'instant, je tiens à jour une liste des modèles utilisant Lua. Lorsqu'il y a des paramètres passés implicitement au module, la page contient un exemple d'utilisation du modèle avec ces paramètres implicites. Le site est construit à partir de ça.

Les modèles avec un nombre illimité de paramètres ne sont pas gérés par cette liste. Si tu veux m'aider, tu peux mettre un exemple du modèle en te limitant par exemple à "auteur1", "auteur2", "auteur3" et indiquer en commentaire qu'un nombre illimité est accepté.

J'utiliserai bientôt les balises templatedata présentes dans la documentation, donc si tu les tiens à jour cela me sera utile aussi.

Orlodrim (discuter) 8 novembre 2013 à 00:29 (CET)

{{Lien web}}

Bonjour, comme tu travail sur les modèles alors je te demande si tu peux jeter un coup d’œil à cette requête. J'ai pas encore eu de réponse. Cordialement. Hunsu (discuter) 12 novembre 2013 à 14:53 (CET)

Merci pour ton travail! Hunsu (discuter) 14 novembre 2013 à 21:34 (CET)

caption dans gallery

Bonjour Zebulon, Dans Boletus calopus, j'ai introduit une galerie ayant le titre « Quelques bolets nord-américains semblables à Boletus calopus ». J'ai voulu mettre Boletus calopus en italique mais le code n'est pas reconnu ? Peux-tu s'il te plaît remédier à ce problème. Merci. Cordialement Gtaf ^(discuter) 17 novembre 2013 à 17:58 (CET)

Merci d'avoir regardé au problème. Tu as raison, ce n'est pas indispensable. Cordialement Gtaf ^(discuter) 17 novembre 2013 à 19:10 (CET)

Série non apparente

Re, Dans le premier ouvrage (en italien) de la biblio suivante Boletus_calopus#Description_2, la série n'apparaît pas. Peux-tu y regarder STPM. Gtaf ^(discuter) 17 novembre 2013 à 23:22 (CET)

Modèle ouvrage : ajout lien auteur sur prénom nom si la page existe

Merci et bravo, je vois que tu arrives aussi à le faire sur les ouvrages entre balises ref. Avant d'oublier moi-même, je porte à ton attention (c'est peut-être superflu) les modèles de source, dont certains ont aussi besoin de tes bienfaits. Anne (discuter) 19 novembre 2013 à 21:23 (CET)

Comment faites-vous pour savoir si vous ne créez pas des liens erronés? Il y a pleins d'auteurs qui ont des noms en commun avec des personnalités connus. — Riba ^(discuter) 20 novembre 2013 à 03:22 (CET)

Maintenance de modèle lien web

Bonsoir Je compte corriger les article de la catégorie Catégorie:Page du modèle Lien web comportant une erreur. Pour me faciliter la tâche est ce que tu pourrais me donner une expression régulière pour détecter l'erreur. J'essayerais de faire ça vendredi. Cordialement. Hunsu (discuter) 19 novembre 2013 à 23:15 (CET)

Voila j'ai ramené le nombre de page de la catégorie à 14. Pour le reste j'arrive pas à voir où se trouve l'erreur. Hunsu (discuter) 22 novembre 2013 à 18:12 (CET)

Désolé c'est encore moi! Sur l'article Le Club du télé-achat, c'est normale que la référence 1 est présenté ainsi. Normalement on voit pas le lien. Hunsu (discuter) 22 novembre 2013 à 21:49 (CET)

Années 60... Pas toujours 1960 !!!

Bonjour Zebulon84,

2A01:E35:2E78:2AD0:21B:63FF:FEB2:C084 a publié ce commentaire le 20 novembre 2013 (voir tous les retours).

Un fâcheuse coquille à corriger dans 2.2.1 : "Auteur et localisation" "un prophète apocalyptique judéo-chrétien qui aurait fui la Palestine à la suite de la révolte juive des années 1960". Il faut modifier la date !

Cette coquille résulte de l'enthousiasme débordant de ton bot (diff)… Je l'ai corrigée, mais faut-il indiquer quelque chose de particulier (p.e. un commentaire caché) pour éviter que les bots n'y touchent ?

Klipe (discuter) 20 novembre 2013 à 22:51 (CET)

Merci pour ta réponse, j'ai ajouté le commentaire proposé entre « années » et « 60 ». Klipe (discuter) 21 novembre 2013 à 09:45 (CET)

Demande d'avis

Bonjour

Je voudrais savoir ton avis sur l'ajout d'une catégorie Page du modèle Lien web comportant un paramètre inconnu. Cette page n'est pas à jour et en plus je ne sais pas qu'est ce qui va se passer maintenant avec le passage en Lua. Il y aura peut-être quelques milliers d'articles à corriger mais ça sera plus facile.

Cordialement.

Merci pour la réponse. Pourquoi le site est mis à jour chaque moi et non pas chaque semaine par exemple. Je ne sais pas comment il fait mais à mon avis il analyse les dumps qui sont mis à jour presque chaque semaine ou deux (si ça n'a pas été changé). Je vais demandé à Orlodrim (d · c · b) de m'expliquer comment il fait comme ça je pourrais le faire pour extraire les pages que je veux corriger. Hunsu (discuter) 22 novembre 2013 à 10:01 (CET)

Utilisateur:Zebulon84bot

Bonjour, il serai peut-être temps de mettre à jour la PU de Zebulon84bot en utilisant le modèle {{Bot}} car votre bot est désormais reconnu comme un bot et apparait comme tel dans les listes de suivi. Bonnes contributions sur Wikipédia.--Gratus (discuter) 22 novembre 2013 à 14:57 (CET)

Tableau Coupe : disqualification

Bonjour,

J'ai rajouté dans le Module:Tableau Coupe la détection d'une disqualification (utile pour l'Open d'Australie 1990). Je ne suis pas un expert en Lua, donc j'ai recopié ce qui avait été fait pour les abandons. J'espère que je n'ai rien cassé...

MisterGB (discuter) 27 novembre 2013 à 16:53 (CET)

Erreur code langue dans le modèle lien web

Bonjour, peux-tu s'il te plaît signaler le modèle qui contient un code langue erroné. En faisant ce matin la maintenance j'ai trouvé des difficultés à trouver le modèle qui contient l'erreur (surtout là où on a ajouté un code erroné de deux lettres). Je vais surveillé la catégorie et corriger les erreurs donc y aura pas beaucoup de pages qui seront concernées. Cordialement. Hunsu (discuter) 8 décembre 2013 à 09:39 (CET)

Bonsoir, pourrait-tu faire pareil pour les modèles {{lang}} et {{citation}} qui posent problème. Cordialement. Hunsu (discuter) 14 décembre 2013 à 12:21 (CET)

Modèle ouvrage

Bonsoir, j'ai tombé sur la page Theodor Schneider qui était dans la catégorie des pages utilisant le modèle ouvrage sans le paramètre titre. Lorsque j'ai regardé le code source le paramètre est y présent et en actualisant la page le problème disparaît. En regardant l'historique j'ai vu que la page n'a pas été modifié depuis le 16 septembre 2013. Il s'agit d'un bug? (voir capture d'écran). Cordialement.Hunsu (discuter) 13 décembre 2013 à 21:52 (CET)

Meilleurs vœux

Bonjour,
meilleurs vœux pour cette nouvelle année, qu'ils soient l'expression de remerciements pour le travail déjà accompli et probablement à venir.
Cordialement. Fguinard (discuter) 7 janvier 2014 à 17:39 (CET)

Module:Langue

Hello,
il semble que tu sois en wikibreak. C'est pourquoi je t'indiques que j'ai fait une petite modification dans Module:Langue − ça ne sera peut-être plus visible dans ta liste de suivi − suite à une discussion sur le projet scribunto pour que l'erreur de code langue soit visible dans le code (en effet il semble que dans le cas de modèles qui appellent des modèles qui… qui appellent le module il soit parfois difficile de repérer l'erreur).
Ça fonctionne comme prévu, mais n'hésite-pas bien sûr à intervenir sur cette modification si elle pose des problèmes que je n'aurai pas vu.

Cordialement, Hexasoft (discuter) 10 janvier 2014 à 16:59 (CET)

Modèle coupe 2

Bonjour Zébulon,

Heureux de te voir de retour.

Il semble y avoir un problème d'affichage du modèle coupe 2 depuis la version 32 de chrome (voir par exemple Tournoi de Wimbledon 1954#Double mixte).

Peut-être peux-tu contourner le problème ?

Merci d'avance, Rpa (discuter) 23 février 2014 à 09:21 (CET)

Super, merci pour cette rapide intervention.

Cordialement, Rpa (discuter) 23 février 2014 à 10:17 (CET)

Liste des U 52500 / U 53500

Ça n'est pas grave, l'erreur est humaine. Et maintenant, les travaux sont finis. Cramos ([[Discussion utilisateur:Cramos|di

Modèle:Palmarès WTA

Bonjour Rpa,

J'ai réalisé il y a bientôt un an un module pour remplacer le modèle Palmarès WTA/ligne, car tu avais dis au détour d'une discussion que tu avais l'impression qu'il ralentissait les pages. Je ne l'ai pas mis en place car il manquait à l'époque des fonctions lua pour que ce soit réellement efficace. Ces fonctions sont depuis disponible et j'ai finaliser et mis à jour ce module.

Par rapport au modèle actuel, le module apporte un peu plus de souplesse dans la saisie des paramètres, et un améliore légèrement la vitesse de rendu des pages (ce n'est pas facile à mesurer, car le matériel sur lequel s'exécute le rendu n'est pas toujours le même, ou sujet à des variation importante de charge). Il me semble que l'on gagne environ 3s sur la page de la saison 2013, 1s sur l'Open de Miami, 7s sur Martina Navrátilová.

Pour tester ce module j'ai créer le modèle Utilisateur:Zebulon84/bac_à_sable/Modèle:Palmarès_WTA/ligne qui peut être tester facilement avec Spécial:TemplateSandbox.

Qu'en penses-tu ?

Le code du module est dans Module:Palmarès tennis
La liste des catégories de tournoi acceptés est dans Module:Palmarès tennis/categorie

Si tu préfères conserver le modèle actuel parce que tu maitrises mieux le code en cas de modification nécessaire, je peux laisser tomber ce module, il n'est pas révolutionnaire.

Zebulon84 (discuter) 27 février 2014 à 14:02 (CET)

J'ai essayé quelques articles avec le nouveau modèle et tout me semble en ordre. Tu peux le mettre en application sans délai. C'est sur que je maîtrises mieux le code actuel mais je ne veux pas freiner l'évolution et quelques secondes c'est toujours bon à prendre.

D'autre part, il serait utile de ne pas devoir répéter les paramètres contexte, palmarès et tableau à chaque appel du modèle /ligne mais d'utiliser leur valeur de l'appel /début (pour autant que ce soit possible avec lua et que tu ne saches quoi faire ).

Cordialement, Rpa (discuter) 27 février 2014 à 15:50 (CET)

Chaque modèle est exécuté indépendamment et en parallèle, sans savoir ou il va être positionner dans la page. Il n'est donc pas possible de savoir dans quelle section de la page on se trouve : il va être difficile de se passer de palmarès.

Par contre tableau peut être déterminé par la présence des paramètres pn, v2 ou f2 (même vide).

Le module peut lire le code de la page pour connaître le contexte qui ne change pas : il suffira de le mettre dans l'un des entêtes.

Je regarde ça probablement demain.

Zebulon84 (discuter) 27 février 2014 à 19:04 (CET)

Il me semble avoir réussi à rendre ces trois paramètres (contexte, tableau et palmarès) facultatif pour Utilisateur:Zebulon84/bac_à_sable/Modèle:Palmarès_WTA/ligne. S'il sont présent, c'est leur valeur qui est prise en compte, sinon :

• contexte est déterminé par le contexte du premier modèle palmarès WTA/... de la page.
• tableau est déterminé la la présence de l'un des paramètres pn, v2 ou f2 (même vide).
• palmarès est considéré comme égal à titre si f1 est présent (même vide) et v1 est absent.

Je te laisse tester avant de le mettre en place.

Zebulon84 (discuter) 28 février 2014 à 10:55 (CET)

J'ai testé les trois contextes (Saison, Tournoi, Joueuse avec Utilisateur:Zebulon84/bac_à_sable/Modèle:Palmarès_WTA/ligne pour les trois premières lignes des palmarès simple, double, titres et finales.

Deux problèmes constatés: dans (Tournoi la catégorie "Masters" se retrouve sans majuscule et dans Joueuse le titre de la colonne "parcours" des finales en simple contient "Erreur de script".

Pour le reste cela semble en ordre.

Cordialement, Rpa (discuter) 28 février 2014 à 17:14 (CET)

Corrigé.

Je le met en place tout de suite.

Zebulon84 (discuter) 28 février 2014 à 17:22 (CET)

Super, merci pour l'effort, Rpa (discuter) 28 février 2014 à 18:36 (CET)

getContent()

Bonjour,

Quand tu utilises getContent() pour définir des paramètres globaux dans une page, ça pose plusieurs problèmes :

• Il faut valider deux fois pour que ce soit pris en compte (en cas de vandalisme, un simple revert ne suffit pas)
• Ça ne marche pas si le tableau est exporté dans un sous-modèle, ni si quelqu'un construit des modèles dérivés de sorte que les tiens sont appelés indirectement, ni si quelqu'un essaye de créer une redirection vers ton modèle (et le jour où quelqu'un aura effectivement un problème, il va s'arracher les cheveux avant de comprendre ce qui se passe).
• La capture avec une expression régulière est fragile. Par exemple, ça capturera le modèle même s'il a été mis en commentaire. Si les valeurs des paramètres contiennent des modèles, il va se passer des choses bizarres.

Je ne peux pas t'imposer quoi que ce soit, mais à mon avis, il vaudrait mieux éviter les techniques qui consistent à refaire le parsing du code source de l'article de ton côté. Le gain en longueur de code n'en vaut pas la peine.

Cordialement,

Orlodrim (discuter) 5 mars 2014 à 20:04 (CET)

L'article Tanxxx est proposé à la suppression

Page proposée à la suppression

Bonjour,

L’article « Tanxxx » est proposé à la suppression (cf. Wikipédia:Pages à supprimer). Après avoir pris connaissance des critères généraux d’admissibilité des articles et des critères spécifiques, vous pourrez donner votre avis sur la page de discussion Discussion:Tanxxx/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. Neiluj10 ^{[Stagiaire chez Aubline SC]}, le 16 mars 2014 à 09:27 (CET)

Puisque plusieurs utilisateurs on pu remettre en cause l'admissibilité même de l'article dans l'appel à commentaires sur l'apparition du nom véritable de Tanxxx, je lance cette PàS afin de statuer sur ce point, indépendamment de la situation en cours (même si la suppression aura des conséquences sur le débat). Bonne journée, --Neiluj10 ^{[Stagiaire chez Aubline SC]}, le 16 mars 2014 à 09:27 (CET)

Archivage des pages de discussion

Salut ! Je n'ose archiver certaines de tes discussions, je ne suis pas toujours sûr que tout soit traité. Pourrais-tu à l'occasion jeter un œil aux pages suivantes et ajouter {{fait}} dans le titre de celles qui sont achevées ?

• Projet:Modèle/Demandes
• Discussion Projet:Infobox
• Projet:Infobox/Demandes

Merci ! --FDo64 (discuter) 16 mars 2014 à 09:50 (CET)

bug spotted ?

Re,

Juste une bricole (voire même une bricolette) que je vois sur Modèle:Ligne de tableau MH/Test2: la première ligne n'a pas son bouton "téléverser". Sinon tout semble OK .je te le signale ici plutot que sur la pdd du projet MH pour pas trop alourdir la discussion là bas .--Sacamol (discuter) 16 avril 2014 à 21:47 (CEST)

Vérif ISBN

Bonjour,

J'ai notifié sur le RAW à paraître la création des deux modèles {{ISBN erroné}} et {{ISBN à vérifier}}. N'hésite pas à compléter le cas échéant. Cordialement Gtaf ^(discuter) 26 avril 2014 à 19:03 (CEST)

Ces modèles n'ont rien de nouveau. La nouveauté, c'est la modification du modèle ouvrage pour avoir ce type de fonctionnalité. Je veux bien proposer un texte expliquant la nouveauté lorsque la modification sera effective (probablement demain, il y a une demande sur WP:DIPP). Zebulon84 (discuter) 27 avril 2014 à 05:37 (CEST)

Je comprends mieux pourquoi rien ne s'était produit lorsque je l'avais testé sur ma PU... J'ai actualisé le texte en fonction de ta demande sur WP:DIPP mais oui, modifie s'il te plaît le texte pour insister sur le caractère automatique (enfin si j'ai bien compris). Merci. Gtaf ^(discuter) 27 avril 2014 à 07:30 (CEST)

J'ai remodifié le texte dans le RAW. Peux-tu s'il te plaît le vérifier. D'avance merci. Ne faudrait-il pas créer une catégorie regroupant les pages possédant des ISBN faux ? Cordialement Gtaf ^(discuter) 27 avril 2014 à 19:23 (CEST)

Bonjour,

je me greffe sur cette discussion (bien que je n'en comprenne pas tout le jargon...) pour signaler que votre modification semble être la cause d'un changement de comportement sur Ouvrage et autres modèles avec champ ISBN. Sur la page de documentation du modèle Ouvrage, il est indiqué " Pour certains ouvrages, le code ISBN peut être indiqué en tant que EAN à 13 chiffres, ce qui est équivalent à l'ISBN-13." Sans doute que je ne comprend pas correctement cette phrase, mais il me semble qu'elle signifie qu'on peut mettre un EAN (13 chiffres) dans le ISBN, quand il n'y a pas de ISBN.

Or, il me semble que depuis votre modification (je vois le problème aujourd'hui), un code EAN (valide) indiqué dans le champ ISBN de Ouvrage donne une mention en rouge "à vérifier : isbn invalide".

Exemple : Mieczysław_Weinberg#Discographie_s.C3.A9lective

Il serait préférable de clarifier et/ou corriger cela ; de prime abord, je vois les possibilités suivantes :

• soit il faut adapter le code des modèles pour autoriser de nouveau un EAN dans le champ ISBN ;
• soit changer la documentation des modèles pour indiquer plus clairement qu'il n'est PAS autorisé de mettre un EAN dans le champ ISBN (auquel cas je dois changer l'article sur Weinberg) ;
• soit rajouter dans les modèles concernés un nouveau champ dédié au EAN.

Bien à vous,

--Galanga (discuter) 28 avril 2014 à 00:34 (CEST)

Merci de m'avoir signaler ce problème.

Le modèle vérifie si l'on a un ISBN valide. Les ISBN-13 sont de EAN, mais tous les EAN ne sont pas des ISBN. En effet les ISBN ne commence que par 978 ou 979.

Ici on a ce ne sont pas des livres, donc l'EAN n'est pas un ISBN, et est donc déclaré invalide.

Cependant, pour ne pas pénaliser cet usage détourné du modèle Ouvrage, j'ai simplement retiré le test sur les premiers chiffres pour que tout EAN soit accepté.

Zebulon84 (discuter) 28 avril 2014 à 01:20 (CEST)

OK, merci pour ces explications, je comprends la cause du problème et le sens de la phrase dans l'aide du modèle Ouvrage. Effectivement, j'ai utilisé le modèle Ouvrage de manière détournée, n'ayant pas trouvé de modèle du genre "CDBibliographie", qui serait similaire à Modèle:DVDBibliographie. Si d'aventure un tel modèle pour citer un album audio existe caché quelque part ou pouvait être créé, je suis preneur. Je n'ose pas toucher aux modèles moi-même.

En attendant, merci pour la modification, la page de Weinberg est maintenant comme avant. :-)

--Galanga (discuter) 28 avril 2014 à 18:56 (CEST)

Ligne de tableau MH

Bonjour Zebulon84. Peux-tu remettre le paramètre "portrait" dans Ligne de tableau MH ? Il est bien pratique pour les imagettes verticales (portrait) afin de ne pas exagérer leur surface. Du temps que c'était à 150 pixels, la présence de ce paramètre (par exemple valeur "1" ou "oui") mettait la largeur à 100 px. Cordialement, Jack ma ^►discuter 1 mai 2014 à 12:04 (CEST)

Merci pour ton explication convaincante . Jack ma ^►discuter 1 mai 2014 à 13:41 (CEST)

Wikipédia:Bot/Requêtes#Ic.C3.B4nes_du_M.C3.A9ta_bandeau_d.27avertissement

Salut, J'ai fait une partie du boulot. Je vais voir si j'ai le temps de faire la suite plus tard. -- Chico75 (blabla) 5 mai 2014 à 20:04 (CEST)

Modèle:Ligne de tableau RPCQ

Salut, je regardais dans la documentation de {{Ligne de tableau RPCQ}} et je me demandais par rapport au « Type » du tableau « Paramètres du modèle ». S'agit-il des même type que sur Wikidata, parce qu'il y en as qui sont érroné. Je suis créateur de propriété sur data. --Fralambert (discuter) 14 mai 2014 à 04:06 (CEST)

J'ai pu me tromper : je ne suis pas spécialiste des monuments historiques, j'ai juste reprogrammé le modèle avec Lua d'après le code wiki précédent. J'en ai profité pour mettre à jour la doc et ajouter les « templatedata ». Pour le type je me suis rapidement basé sur ce que je voyais sur Liste du patrimoine mobilier du Québec, et j'en ai même oublié trois. Il ne faut donc pas se prendre ce tableau comme une référence, mais au contraire éventuellement le corriger.

Par ailleurs les propriétés disponibles dans les templatedata sont assez limitées ; cf. Aide:TemplateData#type.

Quelles propriétés sont différentes ?

Zebulon84 (discuter) 14 mai 2014 à 08:58 (CEST)

Module:Tableau MH

Salut, Les MH France 2013 sont parus au JO, mais ne disposent pas encore de fiche mérimée. J'ai commencé à les rajouter dans certaines listes, sans y mettre de ref vers mérimée. Dans le module:tableau MH, il semble qu'il y ait un test permettant de retourner une chaine vide s'il n'y a pas de paramètres "notice". Apparemment, cela ne fonctionne pas bien car le modèle retourne une erreur de type url + . Pour un exemple voir : Liste des monuments historiques du département du Jura. Peut tu y faire quelque chose ? Merci. --Sacamol (discuter) 18 mai 2014 à 10:42 (CEST)

corrigé. Je testais la présence de la notice, pas si elle était vide ou non (erreur de ma part lors d'une modif hier).

Dans les minutes qui viennent il faut éventuellement purger la page pour faire disparaitre l'erreur.

Zebulon84 (discuter) 18 mai 2014 à 13:26 (CEST)

Modèle:Infogreffe

Salut ! J'essaie de m'occuper de la demande Projet:Modèle/Demandes#Mise à jour du Modèle:Infogreffe et j'ai donc adapté le modèle dans Utilisateur:FDo64/Bac à sable. Malheureusement, ça ne fonctionne pas. Je soupçonne le Modèle:Lien web et son module:Biblio/Lien web de ne pas accepter le signe « = » dans une URL. Pourrais-tu me dire si c'est cela ?

Le problème est le modèle {{=}} qui ajoute de nowiki. Et avant que tu n'ajoute ce modèle, il manquait les {{trim}} sur les paramètres 3 et 4.

Je me suis permis de modifier ton modèle de test. Zebulon84 (discuter) 28 mai 2014 à 12:23 (CEST)

OK, donc contrairement aux modèles où il faut obligatoirement ajouter {{=}} dans les contenus de paramètres contenant le signe « = », pour les modules c'est interdit. Va falloir y penser.

Au sujet de ta deuxième remarque : je suis obligé de rajouter deux nouveaux paramètres pour fabriquer la nouvelle url. Heureusement qu'il n'y a qu'une seule page qui utilise ce modèle !

Merci de ton aide. --FDo64 (discuter) 28 mai 2014 à 12:33 (CEST)

Ce n'est pas lié au fait que ce soit un module, juste au fait que ce soit une url : MediaWiki considère que l'url est finie s'il rencontre une espace ou l'un des caractères <, >, [, ]. Donc <nowiki> en fait parti. Pour preuve ton exemple « lien obtenu » avait le même problème (la fin n'était pas en bleu), sans faire appel à un module.

Zebulon84 (discuter) 28 mai 2014 à 12:43 (CEST)

Encylopédie Treccani

Voir l'utilisation dès aujourd'hui dans Antonio Barré. Serait-il possible d'afficher : Encyclopédie Treccani, Dizionario Biografico degli Italiani - Merci beaucoup dès à présent. Cordialement Fagairolles 34 Fagairolles 34 (discuter) 4 juin 2014 à 17:10 (CEST) OK , je n'ai rien dit....il faut lire les notices...