Discussion Projet:Modèle/Archive 2012

Archives

• 2006
• 2007
• 2008
• 2009
• 2010
• 2011
• 2012
• 2013
• 2014
• 2015
• 2016
• 2017
• 2018
• 2019
• 2020
• 2021 (01-06)
• 2021 (06-12)
• 2022
• 2023
• 2024

Variables

Hello, est-ce que l'utilisation de variables avec vardefine est possible ? --Jesmar (d) 2 janvier 2012 à 18:07 (CET)

Et est-ce qu'il existe un équivalent du for genre for(i = 0 ; i < 10 ; i++) { faire un truc sur {{{i|}}} } --Jesmar (d) 2 janvier 2012 à 18:28 (CET)

À défaut d'avoir trouvé un for, j'ai trouvé le modèle {{Loop}} (identique au modèle {{Boucle}} ?). Du coup, avec ça je peux répéter mon code (qui contient un switch) le nombre de fois que je veux mais je ne vois pas comment faire en sorte que le switch soit dynamique. En gros, au lieu d'avoir :

{{#switch:{{{1|}}}...}}
{{#switch:{{{2|}}}...}}
...
{{#switch:{{{10|}}}...}}

j'ai ça mais je sais pas comment rendre le ? dynamique par rapport au Loop

{{Loop|10|
{{#switch:{{{?|}}}}}
}}

--Jesmar (d) 3 janvier 2012 à 03:41 (CET)

Placards anachroniques

Bonjour,
Je souhaitais savoir si quelqu'un avait une idée pour présenter de manière intéressante et illustrée les décorations d'une personnalité.
Je travaille essentiellement sur des personnalités du XIX^e siècle et j'accompagne la liste des décos de leurs rubans (exemples : Teodoro_Lechi#Distinctions ou Pierre_Émile_Arnaud_Édouard_de_Colbert-Chabannais#Décorations).
Cette présentation, type « placard » (usage du XX^e siècle, voir même post-1945) me semble anachronique.
Alors, j'ai bien rêvé d'un modèle qui, une fois rempli (sexe, nationalité, époque, métier (militaire/magistrat/ecclésistique), décorations avec dates), présenterait une animation (ou Modèle:Images) où les décorations viendraient, de manière chronologique, se poser sur une silhouette… mais c'est effectivement du domaine du rêve.
Quelqu'un pour m'aider à redescendre sur terre ?--Jimmy44 (d) 4 janvier 2012 à 13:55 (CET)

• Copie faite ce jour sur Discussion Projet:Récompenses et distinctions#Placards anachroniques ; Discussion Projet:Histoire militaire#Placards anachroniques ; Discussion Projet:Modèle#Placards anachroniques.--Jimmy44 (d) 6 janvier 2012 à 20:26 (CET)

Attributs de mise en forme HTML v. styles inline

Bonjour,
La prochaine version de mediawiki (1.19) devrait, selon ce qui est prévu aujourd'hui, modifier l'utilisation des attributs de mise en forme HTML.

Exemple-type : <div align=right> dans la source wiki :

• donne aujourd'hui <div align=right> dans le HTML final.
• donnerait avec mediawiki 1.19 <div style="text-align: right"> dans le HTML final.

C'est une excellente chose, mais qui est susceptible d'avoir un effet de bord dans quelques cas. Le passage des attributs de mise en forme aux styles inline modifie en effet la priorité du paramètre de mise en forme :

• l'attribut align=right est écrasé par les styles de common.css appliqués via des classes (ou id).
• le style="text-align: right;" écrase les styles de common.css appliqués via des classes (ou id).

Illustration:

<div align=right class="center">

<div style="text-align:right" class="center">

Autrement-dit, des attributs de mise en forme HTML présents par erreur dans des modèles où ils n'ont actuellement aucun effet pourront parfois, une fois transformés en styles inline, modifier le rendu du modèle.

Bonne incitation à se mettre dès aujourd'hui à la chasse à ces attributs au moins dans les modèles, mais aussi dans les tableaux présents directement dans les articles, pour :

• les remplacer, s'ils sont nécessaires, par un style inline
• les supprimer s'il s'agit de la situation décrite ci-dessus.

--Lgd (d) 9 janvier 2012 à 22:40 (CET)

Pour les curieux, liste des changements pour la 1.19 (en cours). Quelques autres trucs qui ont attiré mon attention après un rapide survol :

• (bug 15558) Parameters to special pages included in wikitext can now be passed as with templates.
• (bug 16755) Add options 'noreplace' and 'noerror' to {{DEFAULTSORT:...}} to stop it from replace an already existing default sort, and suppress error.
• (bug 30711) When adding a new section to a page with section=new, the text is now always added to the current version of the page.
• Differences in the history page now uses slightly better colors for people perceiving colors differently. Colors comes from the French Wikipedia. (ndlr : on pourra donc supprimer notre style défini en local) (ndlr 2 : ça fait seulement 5 ans qu'on s'en sert )

od†n ↗^blah 9 janvier 2012 à 23:14 (CET)

Amélioration des modèles de légende de cartes

Une récente discussion sur l'Atelier accessibilité a conduit à l'idée d'améliorer l'accessibilité des modèles {{Légende}}, {{Ligne de légende}} et {{Légende double}} en balisant correctement chaque ligne de légende dans un élément de liste LI. Un essai rapide se trouve dans Utilisateur:Lgd/Légendes, à tester dans les articles. Retours, avis, suggestions... bienvenus Cordialement, --Lgd (d) 15 janvier 2012 à 12:28 (CET)

Finalement, j'ai basculé ma modification, avec diverses précautions et vérifications. Dans quelques cas (très ?) rares, il peut être nécessaire d'ajouter un div autour de la liste (exemple).--Lgd (d) 15 janvier 2012 à 20:07 (CET)

Gestion des include/noinclude

Bonjour,

Le modèle {{Avertissement Homonymie}} permet d'informer que l'article contient des liens vers des homonymies et est généralement apposé dans une sous-page /À_faire de discussion d'un article, cette sous-page étant elle-même incluse dans la page de discussion. Hors ce modèle catégorise dans certains cas la page dans laquelle il est inclus. Actuellement, il catégorise à la fois la sous-page /À_faire et la page de discussion (cf. Catégorie:Article contenant plus de 100 liens vers des pages d'homonymie). Existe-t'il une solution pour que la catégorisation ne soit faite que pour une seule des pages ? (soit de préférence celle dans laquelle le modèle est directement utilisé, soit quand on n'est pas dans une sous-page). Merci. --NicoV (d) 18 janvier 2012 à 10:01 (CET)

lien à partir d'un paramètre

Bonjour, comment peut-on écrire un modèle qui prendrait un paramètre 1= article (désambiguïsation) et renverrait un lien article ? La syntaxe [[1|]] semble ne pas marcher. Je n'ai trouvé nulle part la réponse. Orel'jan (d) 30 janvier 2012 à 11:58 (CET)

[[{{{1|}}}|article]], si j'ai bien compris la question et si le paramètre n'est pas nul. Cordialement, --Lgd (d) 31 janvier 2012 à 13:10 (CET)

Merci, je cherchais en plus à ce que le texte affiché soit le nom du lien sans désambiguïsation (ici : «article»). Or la syntaxe [[{{{1|}}}|]] renvoie [[article (désambiguïsation)|]] sans lien. Orel'jan (d) 31 janvier 2012 à 13:36 (CET)

Dans ce cas, il faut un second paramètre pour le libellé du lien (la syntaxe actuelle des modèles et des parser functions ne comporte pas de possibilité de traitement de chaînes de caractères) : [[{{{1|}}}|{{{2|}}}]]. Cordialement, --Lgd (d) 31 janvier 2012 à 13:40 (CET)

Zut alors. Merci Orel'jan (d) 31 janvier 2012 à 20:21 (CET)

Tableau Liste commune

Bonjour, j'ai un soucis avec mon modèle de tableau {{Tableau Liste commune de France}}. La dernière ligne bug, quelques soit le nombre de communes ajouté. Si quelqu'un pouvait corriger l'erreur. merci par avance.--Wikialine (d) 1 février 2012 à 00:19 (CET)

fait (attention aux modèles produisant une ligne vide dans un tableau, que mediawiki convertit en <p><br /></p>). PS : il faudra gérer le titre de ce tableau. --Lgd (d) 1 février 2012 à 01:45 (CET)

Merci Lgd, c'est parfait --Wikialine (d) 1 février 2012 à 21:31 (CET)

Modèle:Base Académie française

Je viens de créer le modèle Modèle:Base Académie française pour faciliter le lien vers http://www.academie-francaise.fr/immortels/. Je ne suis pas pro en la matière, alors si vous voyez quelque chose à améliorer, n'hésitez pas.--Cordialement, Jimmy N. (d) 1 février 2012 à 08:32 (CET)

Bug Modèle Infobox Ville => correction à implémenter

Bonjour, je me permets de vous contacter sur les conseils de Lgd, à propos du modèle en objet.

J'ai remarqué un bug au niveau de la rubrique Géolocalisation sur le Modèle:Infobox Ville.

BUG

En effet, lorsqu'il y a 2 cartes pour la géolocalisation (EX : | carte = Espagne/Andalousie) et que le paramètre Géolocdual est positionné (EX : | géolocdual = oui) , il y a un problème d'affichage comme on peut le voir ici, du semble t-il à la superposition de balise <div class="img_toggle"> .

CORRECTION

Je me suis permis de corriger le modèle en version de test. Je soumets donc ma correction à votre expertise afin de la valider et décider de l'implémenter sur le modèle.

Vous pouvez voir le même exemple que ci-dessus corrigé ici.

En attente de votre retour. A+ --Lepere Discussion 01 février 2012 à 11:50 (CET)

Un petit peu complexe. Alors je me suis contenté de copier-coller les lignes que tu as ajoutées. Faire un &action=purge sur les pages que tu souhaites tester. Si il y a des effets non désirables, on fera un revert. Gentil ♥ (d) 15 février 2012 à 12:18 (CET)

Evolution du modèle Infobox Ville

Bonjour, travaillant depuis longtemps sur le Modèle:Infobox Ville, je souhaite savoir s'il est possible d'ajouter des tags à la rubrique divers / nom de divers.

Je m'explique :
Cette rubrique peut contenir un nombre important d'informations, or aujourd'hui, il n'est possible d'en mettre que 4.

J'ai fait un recensement des principales informations trouvées dans cette rubrique :

• Fondateur(s) de la ville
• Date fondation de la ville
• Cours d'eau
• Mer
• Ethnie(s)
• Personnage lié à la ville
• Saint patron
• Langue(s)
• Budget annuel
• Site(s) classé(s) par l'Unesco

Je propose donc de modifier le Modèle:Infobox Ville comme suit :

Ancienne version
{{Ligne optionnelle|{{{nom divers|Divers}}}|{{{divers|}}}}}
{{Ligne optionnelle|{{{nom divers2|}}}|{{{divers2|}}}}}
{{Ligne optionnelle|{{{nom divers3|}}}|{{{divers3|}}}}}
{{Ligne optionnelle|{{{nom divers4|}}}|{{{divers4|}}}}}

Nouvelle version
{{Ligne optionnelle|{{{nom divers|Divers}}}|{{{divers|}}}}}
{{Ligne optionnelle|{{{nom divers2|}}}|{{{divers2|}}}}}
{{Ligne optionnelle|{{{nom divers3|}}}|{{{divers3|}}}}}
{{Ligne optionnelle|{{{nom divers4|}}}|{{{divers4|}}}}}
{{Ligne optionnelle|{{{nom divers5|}}}|{{{divers5|}}}}}
{{Ligne optionnelle|{{{nom divers6|}}}|{{{divers6|}}}}}
{{Ligne optionnelle|{{{nom divers7|}}}|{{{divers7|}}}}}

Si cette option n'est pas possible, il est peut être possible de créer de nouvelles rubriques, par exemple une rubrique Économie et Culture.

Merci de vos retours à ce sujet. A+ --Lepere Discussion 01 février 2012 à 14:50 (CET).

Documentez dur, documentez mou, mais documentez dans le trou

Bonjour,
Je me permets d'aborder ça avec un doigt d'humour (raté ?), mais ce serait bien de se mettre d'accord entre l'usage de {{Doc modèle}} (qq-chose comme 2060 utilisations) et celui de {{Documentation}} (1607), non ? Histoire d'arrêter d'encombrer les listes de suivi avec des modifications contradictoires, par exemple. Cordialement, --Lgd (d) 5 février 2012 à 13:29 (CET)

Voir aussi #Documentation des modèles, modèles de documentation. ~Hlm Z. [@] 5 février 2012 à 13:49 (CET)

si vous pouviez dresser ci-dessous une liste précise des avantages propres à chacun, on pourrait fusionner et évacuer ce souci, il me semble. Cordialement, --Lgd (d) 5 février 2012 à 14:32 (CET)

La contradiction c'est de voir cinq ou six modèles différents pour une seul et même utilisation. Pour ma part, le modèle {{Documentation}} reste le seul modèle approprié par son utilisation et sa simplicité (lien modifier explicite, possibilité de créer un bac à sable, page de test...). ~Hlm Z. [@] 5 juillet 2012 à 13:39 (CEST)

Je soutiens aussi {{Documentation}}. Si on pouvait juste ajouter "Cliquez ici pour purger le cache lorsque vos modifications n’apparaissent pas." ce serait parfait. — Zebulon84 (d) 5 juillet 2012 à 14:31 (CEST)

Problème sur infobox mannequin

Il semble y avoir un souci (de code ?) sur Modèle:Infobox Mannequin car les photos n'apparaissent plus. Jean-Jacques Georges (d) 6 février 2012 à 12:57 (CET)

J'ai fait un simple &action=purge et j'ai eu l'image. Si le problème persiste, indique-nous une page. Gentil ♥ (d) 15 février 2012 à 10:26 (CET)

Modèle:Infobox Journaliste

Bonjour,

j'ai inséré cette infobox dans l'article de Rémi Ochlik, mais le paramètre nationalité ne s'affiche pas. Est-ce moi qui ait fait une mauvaise manipulation ou est-ce le modèle qui a un problème ? Merci d'avance. Cordialement. --86.215.84.247 (d) 22 février 2012 à 13:09 (CET)

Contrairement aux indications de la documentation du modèle, ce paramètre n'est pas géré actuellement par l'infobox. Cordialement, --Lgd (d) 22 février 2012 à 13:12 (CET)

Déjà merci pour votre réponse :). Donc, ne serait-il pas possible d'ajouter ce paramètre dans l'infobox car cet élement me paraît primordiale ? Il ne me semble souffrir d'aucune contestation concernant sa pertinence et il pourra clairement informer les lecteurs d'un simple coup d'œil. Cordialement. --86.215.84.247 (d) 22 février 2012 à 23:49 (CET)

Modèle:Date

Tableau d'exemples complété dans la documentation ; en fait c'est le dernier paramètre {{date||mars|1990|en sport}} = mars 1990 qui sert aussi pour {{date||25|mars|1990}} = . — Oliv☮ ^{Éppen hozzám?} 11 mars 2012 à 18:11 (CET)

Non, n'encouragez surtout pas cette syntaxe « détournée » ! Demandez plutôt au Projet:Modèle de proprement rendre le 3^e paramètre facultatif (tout en permettant quand même le 4^e paramètre), puis enlevez cette ignominie de la doc od†n ↗^blah 11 mars 2012 à 22:07 (CET)

sauf qu'avec l'année facultative, on ne peut plus lier... le mois et l'année ensemble ! Je trouve au contraire que la solution est bonne. Gentil ♥ (d) 12 mars 2012 à 02:18 (CET)

Ce qui est ci-dessus est recopié de cette discussion du Bistro ; la veille, d'autres étaient d'avis de ne pas utiliser {{Date}} dans ce cas-là. Y a-t-il moyen de garder les paramètres dans leur rôle sans les « détourner », quand on wikifie « les 25 mars et 8 avril 1990 » ou « le 25 mars 1990 blabla, puis le 8 avril blabla » ? — Oliv☮ ^{Éppen hozzám?} 12 mars 2012 à 08:15 (CET)

Je suis allé trop vite en besogne… dans ce cas particulier, il faut effectivement quand même renseigner l'année pour les liens, bien que celle-ci ne soit pas affichée. L'usage en vigueur semble être le bon vieux [[jour mois]], disparate avec le {{date|jour|mois|annee|blah}} apposé juste après. Tout cela me conforte dans l'idée que les dates ne devraient pas comporter de liens od†n ↗^blah 13 mars 2012 à 00:28 (CET)

D'accord, l'usage serait donc « du 25 mars au 8 avril 1990 » qui ne nécessite rien de nouveau, et pas « du au 8 avril 1990 » qui nécessiterait de prévoir le non affichage de l'année voire du mois dans {{date}}. Sur le bistro, on m'avait renvoyé à la recommandation sur les liens qui dit « Concernant les dates, il n’est pas indispensable de créer un lien pour une année, sauf si cela apporte un élément pertinent à l’article », mais dans ce cas-là {{date}} est surutilisé partout. — Oliv☮ ^{Éppen hozzám?} 13 mars 2012 à 08:27 (CET)

Modèle:Graphique polygonal

Bonjour, Je vous signale une série de mises à jour de ce modèle, notamment :

• Possibilité de "sauter" des valeurs en milieu de série.
• Ajout d'un paramètre pour ajouter ou non des points de données à chaque polygone.

Quelques exemples de pages utilisant le modèle:

• Le Trône de fer (série télévisée) (audiences)
• The Walking Dead (série télévisée) (audiences)
• Un bon nombre de pages des localités de Serbie (Merci le Projet:Serbie et Peuple serbe, particulièrement Aristote2 d'avoir utilisé et débuggé en masse).

Argamea (d) 12 mars 2012 à 15:03 (CET)

Modèles Documentations et catégories

Il y a 1 an environ, j'ai développé sur wikisources le modèle complexe s:fr:Modèle:Auteur. J'ai alors buté pendant + de 2 semaines sur des catégories qui ne fonctionnaient pas. Puis par hasard j'ai déplacé la doc d'un modèle de la page de code vers la sous-page documentation et la catégorie qui utilisait ce modèle 2 niveaux au-dessus s'est mise à fonctionner. J'ai alors basculé 2 ou 3 fois de doc interne au code à externe pour vérifier. C'était bien ça. Je n'ai pas trouvé de suite où mettre cette info, puis j'ai oublié. Et aujourd'hui, pour résoudre un autre cas tordu, je suis tombé sur ce passage d'aide et je l'ai signalé.

La synthèse de mes difficultés est LÀ, et il y a d'autres trucs à signaler, mais où ? Rical (d) 16 mars 2012 à 23:10 (CET)

Bonjour,
Avant tout, il faudrait reproduire le problème rencontré dans un modèle et une catégorie de test, afin de s'assurer de la nature précise du souci. Il est en effet assez difficile d'exploiter le cas que tu indiques, qui est passablement complexe. Cordialement, --Lgd (d) 29 mars 2012 à 13:49 (CEST)

Un test dans cette page Utilisateur:Rical/Rical test ne confirme pas l'anomalie.

Mais te semble-t-il bien adapté ? A suivre. Rical (d) 30 mars 2012 à 01:00 (CEST)

Je viens de refaire un test dans wikisource, et je n'arrive pas à reproduire l'anomalie.

L'anomalie est donc fermée. Tant mieux et désolé pour le dérangement. Rical (d) 30 mars 2012 à 12:39 (CEST)

Au doigt mouillé, je dirais qu'il s'agissait probablement du souci courant de remplissage des catégories, lié au mode de fonctionnement des caches serveurs et de la file d'attente. Une catégorie « sans histoire » met parfois un temps important à se remplir. Cordialement, --Lgd (d) 31 mars 2012 à 13:46 (CEST)

Ménage de printemps

J'ignore si le Projet:Modèle est toujours vivant, sa page principale n'est plus mise à jour depuis 2010, mais je vois que la page de discussion bouge encore (même si un certain nombre de questions restent sans réponse).
Ce mois-ci j'ai effectué un grand nettoyage des pages utilisant des modèles obsolètes. Il en résulte une quarantaine de modèles qui pourront être supprimés (voir ma page).
Il y a cependant le Modèle:R qui me pose problème. Après avoir demandé à un bot de modifier les pages l'utilisant dans le cas des P^r et D^r et modifié manuellement les M., il reste trois cas :

• Mr signifiant Mister
• Jr signifiant Junior
• Sr qui peut avoir plusieurs significations : Seigneur, Sieur, Senior

Mes questions sont multiples :

1. Quelqu'un s'oppose-t-il à certaines demandes de suppression ? Si oui, quels modèles et pourquoi ?
2. Est-ce que je peux créer le modèle {{Jr}} ?
3. Pour le cas de Mr et Sr, je ne vois pas de solution. Ils nous obligent à conserver le Modèle:R qui ne sera donc plus obsolète. Avez-vous une autre solution à proposer ?

Merci d'avance à ceux qui voudront partager leur point de vue.--FDo64 (d) 26 mars 2012 à 17:35 (CEST)

Quelques suggestions rapides en passant (faute de temps dans l'immédiat):

• Les suppressions de modèles obsolètes sont à voir au cas par cas, dès lors que le modèle n'est effectivement plus utilisé. Ne pas hésiter à poser la question au projet concerné quand il y en a un (modèles de clades et de taxoessai créés dans le cadre du projet Biologie par exemple). Si un modèle n'est utilisé que dans un nombre très réduit de pages personnelles, une substitution peut être faite (proposer aux contributeurs si besoin plutôt que d'imposer).
• Vérifier et corriger les usages actuels de {{Mr}}, manifestement employé dans certains articles pour Mr et non pour le tag de langue ;
• Eventuellement, créer les modèles {{Mister}}, {{Seigneur}}, {{Sieur}} et {{Senior}} pour obtenir respectivement Mr, Sr, Sr et Sr ?
• {{Jr}} : oui, mais à voir si {{Junior}} ne serait pas préférable si les modèles précédents sont créés.

Cordialement, --Lgd (d) 29 mars 2012 à 14:03 (CEST)

Merci pour ta réponse qui m'aide vraiment. Je vais donc étudier chacune de tes suggestions. Si d'autres personnes veulent s'exprimer également, qu'elles n'hésitent pas !--FDo64 (d) 29 mars 2012 à 23:51 (CEST)

Concernant le Modèle:R j'ai progressé : il n'y a plus que 90 pages l'utilisant, la moitié sont des pages Utilisateurs ou de Discussion.
J'ai corrigé les quelques erreurs de {{Mr}}, j'ai utilisé le modèle existant {{Mr.}} pour Mister et j'ai créé {{Jr}} pour Junior.
Reste à régler la problématique "Sr". --FDo64 (d) 31 mars 2012 à 00:25 (CEST)

Question pour Lgd : puisque tu es à l'origine des clades, que ces modèles sont classés 'obsolètes' et que tu es administrateur, ne pourrais-tu pas les supprimer ? Peut-être même m'aider à supprimer les autres modèles obsolètes listés ici ? Sinon je ferais une demande prochainement à Wikipédia:Demande de suppression immédiate. Merci.--FDo64 (d) 1 avril 2012 à 21:41 (CEST)

J'ai créé une redirection pour Seigneur (S^gr) et Senior (Sr.) afin de les différencier. Je n'ai pas trouvé de modèle pour Sieur, cela donnerait S^r ? Est-il réellement utile ? et si oui, comment le nommer pour différencier de la langue serbe (sr) ? Peut-être en le nommant simplement Modèle:Sieur — M. ANCEAU

Modèle:Clr et <div/>

Bonjour, je recopie mon message depuis Discussion modèle:Clr#Erreur de syntaxe HTML ? où je relance une ancienne discussion :

Je n'arrive pas à configurer mediawiki pour qu'il transforme le <div/> en <div></div>, ça ne fonctionne pas avec une installation par défaut et pas non plus avec Tidy, je ne trouve pas d'où vient ce changement qui est pourtant fait sur wikipédia. Du coup je ne peux pas reprendre le contenu des très nombreux articles qui utilisent ce modèle car toute la mise en page est décalée. Si quelqu'un a une idée... sinon je compte changer le modèle, de toutes façons je ne vois pas trop l'intérêt d'utiliser cette syntaxe incompatible avec de nombreux doctypes et qui empêche de reprendre facilement le contenu.

Le modèle étant très utilisé, je préfère demander ici avant de faire une modif. Cordialement. –Akeron (d) 29 mars 2012 à 17:35 (CEST)

C'est curieux, à ma connaissance, c'est une fonction native du parser.

Sinon, mediawiki produit de toute façon le code HTML <div style="clear:both;"></div> à partir de la syntaxe wiki-html <div style="clear:both;" /> (voir ici): il est donc inutile de modifier le modèle.

D'ailleurs, ce n'est pas un syntaxe HTML invalidante. Elle est juste non recommandée pour d'anciennes raisons de compatibilité. Cordialement, --Lgd (d) 29 mars 2012 à 18:23 (CEST)

Je sais bien que ça fonctionne sur wikipédia.org, je parle de reprendre le contenu sur une autre installation de Mediawiki. Par défaut <div style="clear:both"/> est considéré comme invalide par le parser et neutralisé en <div style="clear:both"/> ce qui fait qu'il s'affiche tel quel non interprété dans l'article : <div style="clear:both"/>. En activant Tidy $wgUseTidy=true; le <div style="clear:both"/> est accepté mais envoyé tel quel au navigateur sans transformation. Firefox considère cela seulement comme une div ouverte qui ne sera donc pas fermée (étonnant mais c'est bien ce que je constate et ajouter des </div> après corrige), ce qui décale toutes les fermetures des div suivantes, avec un <div style="clear:both"/> le pied de page est décalé, avec deux c'est carrément le logo et le menu qui se superposent à l'article. Changer le doctype en xhtml comme sur wikipédia avec $wgHtml5=false ne change rien, j'ai essayé de changer la conf de Tidy et de chercher dans sa doc mais sans succès. Installe un mediawiki 1.18.2 si tu ne me crois pas, je n'arrive pas à trouver comment reproduire le comportement de wikipédia qui transforme en <div style="clear:both"></div>, peut-être que la fondation utilise un parser patché ou un extension particulière, je ne sais pas.

C'est vraiment dommage de ne pas pouvoir reprendre facilement un article sur un autre mediawiki, d'autant que je ne comprends pas l'intérêt de vouloir privilégier la syntaxe <div style="clear:both"/> sur <div style="clear:both"></div>, je suppose que ce n'est pas pour économiser 5 octets dans la source du modèle, donc quel intérêt ? –Akeron (d) 29 mars 2012 à 20:16 (CEST)

Ce doit une question de paramétrage, en effet. L'une ou l'autre syntaxe est indifférente dans le modèle : si cela peut effectivement simplifier, autant faire la modification, dans ce cas. Cordialement, --Lgd (d) 29 mars 2012 à 20:32 (CEST)

J'ai rien trouvé pour l'instant, par exemple rien sur mw:Manual:Configuration settings#Parser, je continue de chercher parce que ça risque d'être utilisé ailleurs que dans ce modèle, peut-être recompiler tidy depuis le svn... sinon je changerai au moins ce modèle, ça sera toujours ça, d'ailleurs les anglais utilise <div style="clear:both"></div>. –Akeron (d) 29 mars 2012 à 21:20 (CEST)

Trouvé , c'était bien Tidy, il faut une version compilée à partir des sources pour que cette transformation se fasse, donc pas besoin de changer le modèle, je vais mettre l'info sur la pdd du modèle. –Akeron (d) 29 mars 2012 à 22:07 (CEST)

Modèle appelle script

Dans wikisource, il y aurait un besoin de trier des pages dans l'ordre des nombres romains, et cela m'a donné une idée. J'ai écrit un javascript qui calcule la valeur d'un nombre romain, mais je ne sais pas appeler le script dans un modèle.

• J'imagine une parser function qui s'écrirait {{#js: valeurDeRomain | MCXI | . . . }} et qui remplacerait cet appel par son résultat.
• Je ne l'ai pas trouvée, mais il existe peut-être un équivalent ?
• Une autre facette de cette pratique serait la technique inverse : appeler un modèle à partir d'un script.
• Ce serait un moyen de résoudre de nombreux problèmes par un codage plus efficace. Rical (d) 30 mars 2012 à 15:52 (CEST)

Il n'existe pas de fonction parseur de ce type. Pour associer un script à un modèle :

• le modèle produit dans le code HTML une classe ou un identifiant
• le script chargé dans Mediawiki:Common.js ou dans un gadget vérifie au chargement de la page la présence de cette classe ou de cet identifiant et se poursuit en conséquence.

Sinon, ce que tu envisages plus généralement est précisément l'objet des développements en cours pour intégrer Lua à mediawiki (mais il va falloir un peu de patience ). Voir à ce sujet Lua scripting.

Cordialement, --Lgd (d) 31 mars 2012 à 10:56 (CEST)

Depuis le 10/05/2012, on peut commencer à créer des modèles en langage lua dans le site prototype scribunto.wmflabs.org où je suis en train de développer et tester un module de calcul en nombres romains. Rical (d) 12 mai 2012 à 17:20 (CEST)

Infobox nation en compétition continentale de football

Bonjour, Il y a une erreur dans le code de {{Infobox nation en compétition continentale de football}}. En haut de la page s'affiche {{#if: |. Par exemple, voir la page Équipe d'Algérie de football à la Coupe d'Afrique des nations 2010. Quelqu'un saurait-il trouver l'erreur ?--FDo64 (d) 2 avril 2012 à 19:27 (CEST)

J'ai essayé de corriger {{#if: | au début et {{}} dans l'historique. Mais si tu connais bien l'affichage habituel de ce modèle, peux-tu vérifier que je n'ai pas cassé autre chose ?

Il y a aussi dans Historique un paramètre "navigation" qui n'est pas dans la documentation du modèle. Sais-tu à quoi il sert ? Rical (d) 3 avril 2012 à 01:01 (CEST)

Je viens de remplacer le paramètre "navigation" par "historique", et il n'est plus forcé d'être un modèle. Il s'affiche dans l'avant dernier cadre et il est documenté. Rical (d) 3 avril 2012 à 21:50 (CEST)

Ménage de printemps (suite)

Bonjour, comme certains ont pu le remarquer, j’ai continué le ménage commencé il y a deux mois dans la Catégorie:Modèle obsolète. Je ne suis pas le premier à m’y être attaqué, j’espère être le plus persévérant... J’ai construit un vrai plan d’action qui m’a déjà permis de demander la suppression de 50 modèles. Je ne doute pas que vous me donniez votre approbation, et j’espère également que vous m’apportiez votre aide. Pour cela je vais lancer certaines discussions (il y en a beaucoup, mais la tâche est conséquente !) sur ma PDD afin de ne pas encombrer celle-ci. Merci de la consulter régulièrement.--FDo64 (d) 28 avril 2012 à 11:18 (CEST)

Est-ce qu'il ne serait pas plus pratique que tu signales ici les discussions au cas par cas (qui peuvent se tenir ailleurs, ce n'est pas le souci) ? Pas forcément pour chaque cas, mais dès qu'il y a un peu de complications (par exemple, Modèle:Cite liste de diffusion pour lequel je suis intervenu en voyant ça passer de manière un peu conflictuelle, de manière à ce que ça puisse se résoudre plus simplement - si j'ai bien compris ce cas) ? Je n'ai aucun souci à suivre ta PDD et je soutiens totalement ce grand ménage de printemps, mais ce n'est pas top côté traçabilité ni pour t'aider en cas de besoin, et j'avoue que les pages utilisateurs se perdent un peu dans ma liste de suivi, contrairement aux pages de discussion de projets . Cordialement, --Lgd (d) 28 avril 2012 à 11:36 (CEST)

Aucun soucis avec ça ! Je voulais juste éviter d'encombrer cette page, mais je peux recopier la vingtaine de questions ici sans problème. Est-ce que je dois les mettre de façon unitaire, ou l'indentation par sujet te convient ?--FDo64 (d) 28 avril 2012 à 11:42 (CEST)

je pensais plus simplement à signaler au cas par cas quand il y a un souci, une question, une complication. Pour les modèles Dynastie, par exemple, il y a eu des reverts et tout l'ensemble de modèles est à reprendre pour trouver une solution de compromis qui ménage les amateurs de sapins de Noël et la qualité du code et des modèles : c'est un cas où ne pas y aller tout seul et où il faut vraiment le signaler ici pour multiplier les possibilités de solutions. Cordialement, --Lgd (d) 28 avril 2012 à 11:45 (CEST)

OK, je mets dans un premier temps ci-après les questions sur les modèles Dynastie. L'harmonisation n'est pas loin d'être terminée et j'aimerais que l'on avance aussi loin que possible.
Je laisse pour l'instant les autres questions sur ma PDD. Merci à ceux qui auront le courage de la consulter.--FDo64 (d) 28 avril 2012 à 12:22 (CEST)

Harmonisation des modèles dynastie

J'ai terminé de remplacer les modèles obsolètes {{Succession box}}, {{Boîte Succession}} et {{Ligne Succession}} par le modèle {{insérer dynastie}} (3000 pages). En faisant ce travail, j'ai découvert qu'il y avait bien d’autre modèles qu’il faudrait migrer, Cf. la Catégorie:Modèle dynastie que j’ai mise à jour des nombreux modèles non référencés. Pour cela, j'aurais besoin de votre aval sur les sujets suivants.
--FDo64 (d) 28 avril 2012 à 12:22 (CEST)

Modèle {{s-start}}

• Concerne les modèles {{s-start}}, {{s-end}}, {{s-break}}, {{s-bef}}, {{s-aft}}, {{s-ttl}}, {{s-new}}, {{s-non}} et {{s-vac}}.
• Merci de confirmer que ces modèles peuvent être considérés comme obsolètes. Certaines de mes modifications ont été annulées...

J'avais demandé sa création car elle est relativement utilisée dans la wikiene et que c'était pratique dans mes traductions. De plus, elle permet d'afficher des successions dynastiques mais aussi de fonction politique, juduciaire... Bref, elle s'applique a tous (ou presque) les cas de figure de succession. Accesoirement, je la trouve nettemment plus esthétique que {{Insérer dynastie}}. Bref, j'aimerais qu'on conserve ce modèle. Skiff (d) 17 mai 2012 à 11:15 (CEST)

Une autre discussion amène également à la conclusion qu'on est obligé de conserver ces modèles anglais (malheureusement). Mais cela n'empêche pas qu'il y ait des migrations manuelles ou par bot vers le modèle harmonisé {{Insérer dynastie}} dont le grand avantage est de ne pas répéter à chaque ligne 'précédent' et 'suivant'. Et si son esthétique te déplait, il faut demander aux modélistes de le faire évoluer. Pour le rendre identique aux anciens modèles il suffirait de pouvoir paramétrer l'affichage (on non) de l'en-tête. Cordialement.--FDo64 (d) 17 mai 2012 à 11:38 (CEST)

Modèle {{SuiteListe}}

• Merci de confirmer que ce modèle peut être considéré comme obsolète et que les 411 pages qui l’utilisent peuvent être harmonisées avec le modèle 'insérer dynastie'.
• Un bot devrait pouvoir le faire.

Bot demandé--FDo64 (d) 18 mai 2012 à 15:28 (CEST)

Modèle {{DynastieX}}

• Concerne également les redirections {{Dynastie}}, {{Dynastie2}} et {{Dynastie3}}
• Merci de confirmer que ce modèle peut être considéré comme obsolète et que les 864 pages qui l’utilisent peuvent être harmonisées avec le modèle 'insérer dynastie'.
• Un bot devrait pouvoir le faire.

Bot demandé--FDo64 (d) 18 mai 2012 à 15:28 (CEST)

Modèle {{Dynastgen}}

• Quatre modèles l’utilisent :
  • {{Grand bailli du Hainaut}}
  • {{Premier Ministre de Belgique}}
  • {{Prince-évêque de Liège}}
  • {{Évêque de Liège}}
• Merci de confirmer qu’ils peuvent être harmonisés avec le modèle 'insérer dynastie'.
• Des modélistes pourraient-ils se charger de les convertir ?

--FDo64 (d) 4 mai 2012 à 18:38 (CEST)

Modèle {{Pape}}

• Ce modèle utilise {{S-start}} et doit donc être harmonisé. J’ai fait une tentative le 17 avril qui a été annulée par Utilisateur:Maximus0970 et j’attends une explication de sa part, voir Discussion utilisateur:Maximus0970#Modèle:Pape.

Faute de réponse de Maximus0970, j'ai rétabli ma modification du 17 avril.--FDo64 (d) 7 mai 2012 à 08:31 (CEST)

Autres modèles à harmoniser

• Sur 78 modèles, il n'y a plus que 17 modèles qui n’utilisent pas le modèle 'insérer dynastie' (entre parenthèses, le nombre d’utilisations encyclopédiques) :

1. {{Académie française}} (718)
2. {{Capo di tutti capi}} (0) à supprimer
3. {{Chaire neuro-Salpêtrière}} (5)
4. {{Chrono TV}} (8) à enlever de la Catégorie:Modèle dynastie ?
5. {{Empereur byzantin}} (0) à supprimer
6. {{Magistrat romain}} (662)
7. {{Mère Supérieure}} (3) à fusionner avec {{Empereur Padishah}}
8. {{Dynastie pharaonique}} (0) à supprimer
9. {{Première dame de Pologne}} (0) à supprimer
10. {{Rang militaire}} (21) à enlever de la Catégorie:Modèle dynastie ?
11. {{Roi d'Akkad}} (7)
12. {{Roi de Sparte}} (47)
13. {{Rois d'Assyrie}} (37)
14. {{Souverains babyloniens}} (86)
15. {{Souverains d'Ur III}} (5)
16. {{Souverains hittites}} (34)

• Remarque : lorsqu’il est très peu utilisé, a-t-on vraiment besoin d’un modèle spécifique ?
• Des modélistes pourraient-ils se charger de les convertir (ou les supprimer) ?

J'ai déposé un message sur chaque PDD de ces modèles pour proposer l'harmonisation ou la suppression (pour les 3 modèles non utilisés).
--FDo64 (d) 29 avril 2012 à 15:40 (CEST)

Question double appel

Bonsoir, quelqu'un saurait-il me donner un moyen de déceler les pages qui feraient au moins deux appels au modèle {{Début dynastie}} ce qui, dans la plupart des cas, serait une anomalie à corriger ? Je n'ai pas réussi à le faire avec CatScan. Merci d'avance.--FDo64 (d) 19 mai 2012 à 00:09 (CEST)

Projets pédagogiques

Bonjour les modélistes,

Je dépoussière les projets pédagogiques Wikipédia et je tente de créer un modèle avec "parser functions" qui fabrique un tableau de bord pour les enseignants. J'essaie de faire apparaître ou disparaitre des colonnes selon les besoins de profs, mais ça bug...

• Wikipédia:Projets pédagogiques/Cégep de Chicoutimi/Tableau

Merci à l'avance de votre coup de main, vendredi on participe au Colloque intl sur les TIC en éducation, et on aimerait bien que les projets pédagogiques soient pleinement fonctionnels. Merci encore. Cordialement, Benoit Rochon (d) 29 avril 2012 à 21:36 (CEST)

Ajouter des conditionnelles dans un tableau

Bonjour, je bute sur un problème technique, si quelqu'un a la solution. Je n'arrive pas à mettre une conditionnelle pour l'apparition de cases dans mon tableau ci-dessous:

{{Démographie2
|titre=Évolution de la population
|largeur-tableau=42em
|taille-police=90%
|marge-interlignes=10px
|hauteur-lignes=110%
|hyperliens-années=on
|années-fond=#F2F2F2
|population-fond=#f3fff3
|notes-fond=#F2F2F2
<!------- Les lignes du tableau --------------------->
{{#ifeq:1793|1793|{{!}}1793{{!}}501}}  <--Voilà le problème
{{#ifeq:1800|800|{{!}}1800{{!}}2 000}} <--Voilà le problème
<!------- fin des lignes du tableau ----------------->
|sources= aucunes}}

J'ai essayé plusieurs variantes (même avec des codes numériques mais sans succès pour l'instant. J'ai besoin de conserver les ifeq. Merci par avance. amicalement--Wikialine (d) 30 avril 2012 à 00:57 (CEST)

L'article Modèle:Op. cit. est proposé à la suppression

Bonjour, L’article « Modèle:Op. cit. » 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 modèle:Op. cit./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.

30 avril 2012 à 09:18 (CEST)Xic_{[667 ]}

Remplacement modèle:Infobox Parti politique belge

Bonjour, je viens de poster une question sur la PDD Discussion modèle:Infobox Parti politique belge dans laquelle j'expose des soucis avec le modèle {{Infobox Parti politique}} et ses modules complémentaires.
Votre aide serait précieuse. Merci.--FDo64 (d) 6 mai 2012 à 13:02 (CEST)

Quelqu'un aurait-il une explication et/ou une solution à l'impossibilité de mettre deux {{Infobox Parti politique/Représentation}} ?--FDo64 (d) 18 mai 2012 à 23:48 (CEST)

Modèle dynastie

Ci-dessous la copie du discussion que je viens d'avoir avec FDo64 (d · c · b)

== remplacement modèle S-start ==

Bonjour, je refais actuellement la conversion de pages que tu avais annulées. Je te serais reconnaissant de ne les conserver. La raison de cette conversion est indiquée sur la page du modèle {{S-start}} : « Attention : Ce modèle posant plusieurs problèmes, il est recommandé de ne pas l'utiliser. ». Cordialement. --FDo64 (d) 9 mai 2012 à 13:50 (CEST)

Quels problèmes? où a été faite la prise de décision ? « recommandé » ne veux pas dire interdit, ou dans ce cas là, il faut que ce soit clairement spécifié !--Cordialement, Jimmy N. (d) 9 mai 2012 à 13:52 (CEST)

et ce, avec prise de décision communataire et non pas unilatérale.--Cordialement, Jimmy N. (d) 9 mai 2012 à 13:59 (CEST)

Pour ce qui est de la justification, il faut la demander aux modélistes. Là encore je vais me contenter de citer le commentaire dans l'Historique des versions de « Modèle:S-start » : « Ce modèle est effectivement problématique (cf Discussion modèle:Insérer dynastie) ».

Pour ce qui est de ma démarche, elle est expliquée sur la page de Discussion Projet:modèle#Harmonisation des modèles dynastie, l'objectif étant l'harmonisation des modèles Dynastiques qui a été approuvé par les modélistes. Si tu veux prolonger cette discussion, il serait préférable que ce soit sur cette autre page. Merci.

--FDo64 (d) 9 mai 2012 à 14:10 (CEST)

Pas de soucis pour la justification et à ta démarche.

Je regrette seulement qu'il n'y ait pas de réflexion de fond quant à l'emploi du modèle dynastie. Beaucoup de temps et d'énergie (et de discussions vaines) ont été dépensés au sujet modèle dynastie et ses dérivés. Sans prise de décision claire et précise (avis au projet:Modèle), le travail que tu effectues aujourd'hui sera à refaire à moment donné car les dérives reprendront de plus belle. Je pense à l'avertissement du {{S-start}} : « Attention : Ce modèle posant plusieurs problèmes, il est recommandé de ne pas l'utiliser. » : s'il ne faut pas l'utiliser, interdisons-le et on en parle plus !

À quand un cahier des charges (pour réglementer les couleurs à utiliser, hauteur autorisée, boîte déroulante pour les + longues ?, répartition des informations dans l'infobox et la le modèle dynastie, etc...), qui donnerait un semblent de cohérence à tous les modèle de dynasties utilisés dans les articles ? Pourquoi ne pas commencer par un audit (points à améliorer) auprès de la communauté.

Je copie ces réflexions sur Discussion Projet:Modèle.--Cordialement, Jimmy N. (d) 9 mai 2012 à 15:41 (CEST)

Que pensez-vous de ma proposition ?--Cordialement, Jimmy N. (d) 9 mai 2012 à 15:41 (CEST)

Modèle:Bloc emphase

Bonjour. On a constaté que le Modèle:Bloc emphase ne fonctionne pas bien sous Internet Explorer (IE8) avec plusieurs lignes de texte, exemple :

Essai du modèle Bloc emphase ;
deuxième ligne.

C'est peut-être à cause de la balise span… Vu qu'il est utilisé par plus de 100 pages, ce serait bien de le modifier si ce n'est pas trop compliqué.

Sinon, peut-on conseiller dans son mode d'emploi de limiter le texte à 1 ligne ?

Merci. --Eric92300 10 mai 2012 à 03:20 (CEST)

Le plus simple serait de revenir à un tableau de mise en forme (inoffensif ici), ce qui était le cas dans une version antérieure du modèle. Cordialement, --Lgd (d) 10 mai 2012 à 09:18 (CEST)

Merci pour la correction ! --Eric92300 15 mai 2012 à 19:46 (CEST)

Quel est le problème ? Perso, je n’utilise pas ce navigateur… --Pic-Sou 15 mai 2012 à 20:20 (CEST)

Souverains : suggestion de modèle

Bonjour. Il y a souvent le même problème avec les noms des souverains : ceux-ci comportent souvent un chiffre romain, qui, pour respecter la typographie, doit être lié à leur prénom par une espace insécable. Pour éviter d'avoir à introduire des &nbsp; un peu partout dans les articles, est qu'on ne pourrait pas créer des modèles du type {{Louis Ier}}, qui intégreraient automatiquement l'espace insécable, la mise en exposant du er, les balises qui indiquent qu'il s'agit d'un chiffre romain, etc. ? Qu'en pensez-vous ? Rāvən (d) 12 mai 2012 à 16:47 (CEST)

Pourquoi pas un seul modèle plus générique {{Souverain}} prenant en paramètre le prénom, le nombre et éventuellement d'autres éléments pour indiquer de quelle souveraineté on parle ? Par contre, je pense qu'il faut éviter de faire comme {{Louis-Philippe Ier}} qui crée un lien (Louis-Philippe I^er). Il n'est à mon avis pas souhaitable d'avoir un lien systématique, sachant qu'en plus un grand nombre de ces noms sont des homonymies. --NicoV (d) 13 mai 2012 à 22:36 (CEST)

{{Souverain}}--Xfigpower (pssst) 14 mai 2012 à 10:43 (CEST)

Intéressant ! Donc on peut remplacer les modèles {{Élisabeth Ire d'Angleterre}} (2 pages), {{François Ier}} (159 pages), {{Louis-Philippe Ier}} (148 pages), {{Napoléon Ier}} (841 pages) et {{Théodose Ier}} (6 pages) puis les supprimer ?--FDo64 (d) 14 mai 2012 à 13:15 (CEST)

oui mais garder {{Napoléon Ier}} qui ferait appel au nouveau modèle car il est assez employé.

Je garderais tous les anciens modèles, voire j'en créerais d'autres, car le modèle {{Souverain}} m'a l'air beaucoup moins lisible que les précédents. À mon avis, il faut utiliser ce modèle pour en créer d'autres, plus lisibles. Rāvən (d) 14 mai 2012 à 15:49 (CEST)

Autre chose : il faut corriger le modèle {{Souverain}}, car il utilise les petites capitales, alors qu'il faut utiliser les grandes capitales. Rāvən (d) 14 mai 2012 à 15:51 (CEST) Je crois que j'y suis arrivé. Rāvən (d) 14 mai 2012 à 15:55 (CEST)

J'ai créé un modèle {{Guillaume Ier}}. Je n'ai pas utilisé le modèle {{Souverain}}, car celui-ci insère par défaut un wikilien. Je pense que ce modèle permet pas mal de simplifications. Rāvən (d) 15 mai 2012 à 09:44 (CEST)

La mutualisation via {{Souverain}} ne me semble pas forcément profitable, sur ce coup :

• Le lien systématique va poser des soucis
• La syntaxe du modèle est tout de même assez complexe et ne facilite pas les choses aux contributeurs, contrairement à un simple modèle pour chaque item concerné
• Il n'y a pas que des souverains

Je ne suis, à vrai dire, même pas sûr que l'utilisation en sous-modèle du modèle {{Souverain}} (modèle {{Machin 42e}} appelant {{Souverain}}) soit vraiment profitable. Il vaudrait mieux, AMHA, en rester à des modèles au coup par coup, dans la mesure du raisonnable. Cordialement, --Lgd (d) 15 mai 2012 à 10:30 (CEST)

Deux suggestions à propos de ce modèle :

• D’une part, je pense qu’il faudrait faire un lien si et seulement si le paramètre 3 est complet, pour que l’on ne soit pas obligé de faire des liens superflus si l’on utilise trois fois le modèle pour la même personne en un paragraphe, d’autant plus que dans de nombreux cas, on tombe sur des liens d’homonymie !
• D’autre part, simplifier le code du chiffre romain ; un simple {{ {{{2}}} }} suffit puisque les modèles {{Ier}}, {{Ire}}, et tous les {{II}} à {{XXXIX}} existent. L’avantage est que ça simplifie le code, l’inconvénient est que l’utilisateur peut entrer n’importe quoi et que les souverains au-delà du 39^e à porter le même nom ne sont pas gérés (à moins de donner en paramètre rom-maj{{!}}IL{{!}}20) — mais existent-ils au moins de tels cas ?

Le code que j’ai proposé et testé dans User:Pic-Sou/Bac à Sable semble fonctionnel, il s’agit de {{#if: {{{3|}}}|{{É}}{{É}}{{{3|}}}{{!}}}}{{{1}}} {{{{{2|}}}}}{{#if: {{{3|}}}|{{Ê}}{{Ê}}}}.

Qu’en pensez-vous ?

Cordialement --Pic-Sou 15 mai 2012 à 20:09 (CEST)

Je persiste à penser que la création à la pelle dans Catégorie:Modèle nom dynastique n'est pas une bonne chose…--Xfigpower (pssst) 24 mai 2012 à 18:57 (CEST)

Je suis d’accord avec Xfigpower. Que pensez-vous de ma proposition ? --Pic-Sou 30 mai 2012 à 07:47 (CEST)

Je ne vois toujours pas le gain pour les contributeurs, qui auront à utiliser une syntaxe moins simple et intuitive, parfois inattendue (…Le duc {{Souverrain|Guillaume|III}}…, sans parler de la gestion d'un éventuel lien). Le coût de maintenance d'une catégorie de modèles individuels permettant de saisir plus simplement …Le duc {{Guillaume III}}… est réduit par rapport à ce souci prioritaire : ne pas compliquer les choses pour les contributeurs . Cordialement, --Lgd (d) 30 mai 2012 à 08:16 (CEST)

Petit problème d'affichage avec un modèle

Bonjour,

J'ai une question pour vous, spécialistes des modèles. J'ai créé les modèles Escalade ascensions notables et Escalade ascensions notables/Début afin de faciliter la mise en forme des ascensions pour les articles dédiés aux grimpeurs. Or je ne sais pas pourquoi mais j'ai un petit problème d'affichage avec les titres du tableau. Comme vous pouvez le voir sur l'article de Dave Graham, le titre « Commentaires » est décalé vers le haut dans certains tableaux.

Pourriez-vous me donner un coup de main pour régler ce petit souci cosmétique, svp?

Cordialement. --Helg ^[discuter] 16 mai 2012 à 09:23 (CEST)

Les balises </includeonly> et <noinclude> n'étant pas sur la même ligne, le modèle générait un paragraphe vide après le texte « Commentaires ». C'est corrigé ([1]). Cordialement, --Lgd (d) 16 mai 2012 à 10:14 (CEST)

Ok, bon à savoir. Merci beaucoup pour l'aide et la rapidité de réaction . Cordialement. --Helg ^[discuter] 16 mai 2012 à 10:23 (CEST)

Catégorie syntaxe modèle erronée

Bonjour; j'attire votre attention sur la Catégorie:Page utilisant un modèle avec une syntaxe erronée qui a tendance à se remplir depuis quelque temps; la plupart des anomalies viennent de manque de paramètre obligatoire pour le modèle {{lien web}} ou pour le modèle {{dead link}}, souvent issu d'articles traduits apparemment; pour le wiki:en, le modèle "en:Template:Dead link" n'a pas besoin du paramètre "url=", alors qu'il est obligatoire pour le modèle français {{Lien brisé}}; une idée sur la question? -- Speculos ^✉ 16 mai 2012 à 17:51 (CEST)

Modification souhaitée sur Modèle:Date de sortie de jeu vidéo

Bonjour. Il y a quelques temps de ça (plus de deux ans), on avait souhaité une amélioration sur ce modèle ici, malheureusement sans réponse. Je relance ce souhait car il s'agit d'une accessibilité très utile pour avoir une cohérence entre l'ordre apparent des dates et l'ordre à laquel le textes informatisés est écrit. Si c'est possible que l'on vienne en aide à ce problème non résolu depuis le temps . Merci. LatinoSeuropa (d) 18 mai 2012 à 06:42 (CEST)

Même si j'ai l'impression d'écraser une mouche avec un marteau, je propose ça. C'est incomplet dans la mesure ou je ne trie que trois groupes de dates inclueant respectivement le Japon, les États-unis et l'Europe. Mais avec la syntaxe Wiki actuelle, faire mieux devient vite complexe. Il sera sans doute possible de faire bien mieux lorsque Lua sera là. En attendant ça marche à condition de fournir au modèle des dates au format dd-mm-yyyy. L'affichage est alors du type 25 décenbre 2012. Si la date n'est pas à ce format, elle est affichée brute et ne peut pas être trié (affichage dans l'ordre actuel). Les pays ne faisant pas parti des trois groupe sus-nommé sont affichés à la fin. Exemple de rendu :

{{Utilisateur:Zebulon84/Mod14|JP=1-10-2009|US=25-03-2009|PAL=3-2-2010|{{CHN-d|16px}}|1-12-2009}}

25 mars 2009
1^er octobre 2009
3 février 2010
1^er décembre 2009

Si quelqu'un peut vérifier que je n'ai pas fait de bêtises avant de copier ce code dans le modèle...

— Zebulon84 (d) 25 décembre 2012 à 10:56 (CET)

Finalement résolu en passant à des paramètres non nommés. — Zebulon84 (d) 27 décembre 2012 à 10:20 (CET)

Décision soumise à vote concernant le modèle {{Guillemets}}

Bonjour, votre vote est réclamé afin de prendre une décision sur l'avenir du modèle obsolète {{Guillemets}}. Il est proposé de passer un bot pour le migrer vers «  ». La clôture du vote est le 31/05/2012. D'avance, merci de votre participation. --FDo64 (d) 21 mai 2012 à 14:54 (CEST)

Ménage de printemps (fin)

Bonsoir, j'ai pratiquement terminé de nettoyer la Catégorie:Modèle obsolète et je vais donc prochainement demander la suppression d'une centaine de modèles obsolètes. Voir les deux listes sur ma PDD : À supprimer et Reste à faire

La liste sera alors presque vide, il restera les cas suivants :

• les modèles hérités des templates anglais conservés pour faciliter la traduction en français : {{Cite book}}, {{Cite news}}, {{Commons}}, {{Commonscat}}, {{Wikiquote}}, {{Wikisource}}, {{Wiktionnaire}}. Ainsi que les modèles dynastiques de la série Catégorie:Modèle boîte de succession et {{Succession box}}.
• le modèle {{Guillemets}} : voir la PDD du modèle qui attends votre avis.
• les modèles {{Ligne optionnelle}}, {{Ligne optionnelle coordonnées}}, {{Ligne optionnelle population}} et {{Sous-titre optionnel}} qui ne sont utilisés que par le modèle {{Infobox Ville}} qui aurait besoin d'être réécrit (un volontaire ?).
• les trois nouveaux modèles ajoutés récemment : {{Commanderie}}, {{Images}} et {{TableauKanji}} dont la migration, je l'espère, sera assurée par ceux qui les ont rendus obsolètes.

J'ai d'autres idées similaires pour ensuite, donc à bientôt !--FDo64 (d) 23 mai 2012 à 00:07 (CEST)

Bonjour FDo64,

Tu as pu voir, au cours de l'harmonisation des modèles dynastie, la diversité, et parfois le choix malheureux, des couleurs de fond du bloc Dynastie.

Penses-tu qu'il serait possible de rendre disponible (ex : sur la page de doc du Modèle:Insérer dynastie), voir de généraliser les Modèle:S-start#En-têtes dont les couleurs son (AMHA) plus discrètes (gain de sobriété), et surtout qui incitent le bon ordonnancement des chronologies.--Cordialement, Jimmy N. (d) 23 mai 2012 à 09:37 (CEST)

Bonjour, comme j'aime bien aller au bout des choses, j'avais ajouté la documentation des en-têtes dans la documentation du modèle {{Insérer dynastie}}, mais tu pourras lire la discussion qui m'a obligé à la retirer (je l'ai laissée en commentaires, il sera donc facile de la rétablir). Tu constateras que tout le monde ne partage pas ton opinion sur les couleurs et la pertinence des en-têtes... J'avais même proposé de les harmoniser dans un modèle unique, par exemple {{En-tête dynastie}}, sans que ce ne soit accepté. Libre à toi d'apporter tes arguments à la discussion. Cordialement--FDo64 (d) 23 mai 2012 à 10:55 (CEST)

<en passant très vite /> Indépendamment des jolies couleurs et de l'affichage apparemment organisé du contenu des chronologies, le modèle {{S-start}} est une authentique horreur de code et de sémantique massacrée à un point tel que vraiment, non, on ne peut pas. Pas de retour de ce modèle, s'il vous plaît . Par contre, pour les couleurs, ce serait à voir tranquillement à partir des modèles plus propres. Cordialement, --Lgd (d) 23 mai 2012 à 11:00 (CEST)

Alors d'accord, {{S-start}} et les en-têtes dérivés posent problème, ça je l'ai bien compris.

Ensuite, me ralliant à l'avis de FDo64 (d · c · b), je souhaite que soit conservé un Modèle:Insérer dynastie#En-têtes correctement fait. J'ai cité plus haut mes arguments (sobriété des couleurs, ordonnancement) auxquels je pourrais ajouter l'éradication de modèles inutiles (ex : {{En-tête dynastie#aca}} ou lieu Modèle Académie française + société de géographie + etc...). Alors on va me repondre que cela donne des blocs trop hautes : ça c'est une affaire de goût ! Commençons déjà par élargir le bloc dynastie et qu'il prenne toute la largeur de la zone de texte (ce qui réduira sensiblement la hauteur) et pour les chronologies que certains trouvent trop hautes, il reste la solution Jean_de_Lorraine_(1498-1550)#Chronologies.

--Cordialement, Jimmy N. (d) 24 mai 2012 à 15:47 (CEST)

L'article Modèle:CatProvCan est proposé à la suppression

Bonjour, L’article « Modèle:CatProvCan (page supprimée) » 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 modèle:CatProvCan/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.

24 mai 2012 à 11:31 (CEST)Rémi ✉

« v · d · m » dans les palettes

Bonjour,

Au-delà d'une malheureuse confusion avec le nom d'un site web que je ne nommerai pas, je trouve que ces liens sont trop nombreux : il est en effet aisé d'accéder aux pages de discussion et de modification à partir de la page de visualisation du modèle. Je pense que ces liens n'augmentent pas le trafic des pages de discussion et de modification. Il me semble préférable de faire figurer un seul lien, vers la page de visualisation du modèle. Le visiteur est mieux orienté : il tombe à coup sûr sur la documentation du modèle, plutôt que sur des pages dont le rôle lui sera moins évident (et qui nécessitent une connaissance préalable du modèle).

Je propose « [v] », avec suppression du gras et uniformisation de la taille de police avec le switch « [afficher] » (tailles actuellement légèrement différentes). Le changement n'a aucun caractère urgent, et serait du meilleur effet si on implémentait aussi la possibilité d'enroulage/déroulage en cliquant sur tout l'en-tête (sauf les liens bien entendu) de la palette, ainsi qu'avec la nouvelle version des palettes qui est actuellement en projet (le switch de déroulage se démarquant visuellement). Vos avis ?

od†n ↗^blah 2 juin 2012 à 05:27 (CEST)

Hello,
Sur « v d m », je n'ai pas d'avis tranché à ce stade, donc, réflexion à voix haute… Il y a en effet trois liens là où un seul est sans doute très utilisé, bien que nous manquions de données précises sur la question. D'autre part, les libellés actuels « v d m » sont cabalistiques et devraient être rendus explicites. Mais il me semble que c'est alors le lien d'édition qu'il faudrait conserver : les palettes sont très rarement documentées et on peut supposer que la majorité des accès visent l'édition du modèle, censée être suffisamment intuitive (je suis conscient de la faiblesse relative du raisonnement sur ce dernier point). Surtout, la disparition de ce lien d'édition susciterait sûrement de fortes oppositions de la part des habitués. Je pencherais donc peut-être plus pour ne garder d'un lien « modifier » en toutes lettres. Dans tous les cas, ce sera à « sonder » assez largement.

Pour la gestion du click, en revanche, mon avis est plus certain : avoir des zones de click variables selon que le titre soit ou non un lien serait plus déroutant qu'autre chose. S'il n'y avait pas de titres-liens, évidemment, ce serait beaucoup mieux, mais…

Cordialement, --Lgd (d) 2 juin 2012 à 09:26 (CEST)

Pour "Modifier".
Sondage terminé : 67% contre 33% TIGHervé 2 juin 2012 à 09:43 (CEST)

Pour les liens, je n'ai pas d'avis tranché non plus : page de visualisation ou de modification, lettre ou mot… Il y a de bons arguments pour chacun, le point fondamental étant de réduire à un seul lien. J'ai évidemment aussi pensé au mot entier, le seul souci étant la peut-être trop grande visibilité du lien et surtout sa confusion avec le switch de déroulage ; point qui serait réglé avec la nouvelle version des palettes

Pour l'en-tête, Lgd m'a convaincu : fausse bonne idée en effet. Ça aurait été pratique pour certains, mais au prix de l'introduction d'inconsistances vraiment néfastes.

TigH : le jour où j'aurais acheté mon île, je t'embauche pour gérer mes élections

od†n ↗^blah 2 juin 2012 à 10:29 (CEST)

Désolé si le vote est clos, mais je suis d’accord TigH et Lgd : il n’y a pas besoin de documentation sur les palettes, et personnellement, si je vais sur une palette, c’est toujours pour la modifier ; j’utilise alors le lien « m ». On pourrait donc envisager de le remplacer par « modifier » ou si la place est trop coûteuse « modif. ». Cependant, que faire des autres modèles où cela est utilisé, par exemple les tables Unicode ?

Au passage, je serais favorable à ce que le lien se trouve en haut à droite de la palette par défaut (comme le lien pour éditer un article ou une section).

Sinon, question subsidiaire : il n’y a pas moyen de bricoler un code avec des <includeonly>, des safesubst et des {{PAGENAME}} pour qu’il ne soit plus nécessaire dans le code d’une palette de remplir le paramètre modèle ? Il ne sert qu’à poser problème lorsque l’on renomme une palette…

Cordialement --Pic-Sou 2 juin 2012 à 15:12 (CEST)

Lua

Hello :)

• Slides.
• Wiki de test (n'utilisez pas votre mot de passe SUL).
• Les vidéos arrivent plus tard.

Dixit Tim, l'arrivée de lua sur les wikis de la fondation pourrait n'être qu'une question de mois, selon le nombre de fonctionnalités que l'on souhaite intégrer dans la première version.

Enjoy :) — Arkanosis ^✉ 2 juin 2012 à 13:17 (CEST)

Le hackathon en live comme si on y était ! Ça envoie du steak, mici ! od†n ↗^blah 2 juin 2012 à 13:42 (CEST)

+1 merci merci --Lgd (d) 2 juin 2012 à 13:53 (CEST)

Problème modèle:Sources secondaires ?

Bonjour, {{Sources secondaires|date=juin 2012}} dans un article catégorise celui-ci dans Catégorie:Article avec paramètre date invalide.
Exemples : Marion Sigaut ; Annick Massis version de 18:32 (j'ai mis date=mai 2012 pour contourner).
Le modèle aurait-il une anomalie ?

Accessoirement (peut-être hors sujet ici) je ne comprends pas pourquoi la catégorie a été supprimée, même si « Idéalement, cette catégorie devrait être vide » comme d'autres du même genre. Devrait simplement être une catégorie cachée.

Cordialement. --Eric-92 (ex-Eric92300) 3 juin 2012 à 00:06 (CEST)

Il fallait créer catégorie:Article manquant de référence depuis juin 2012 -- Xfigpower (pssst) 3 juin 2012 à 17:02 (CEST)

Merci ! J'ai donc ajouté cette info dans Modèle:Sources secondaires/Documentation - en hésitant à mettre {{Attention}}.

--Eric-92 (ex-Eric92300) 4 juin 2012 à 02:19 (CEST)

Infobox Localité de France

Bonjour; serait-il possible de rendre optionnel la géolocalisation quand les paramètres latitude et longitude sont vides dans {{Infobox Localité de France}}, pour éviter des horribles messages en rouge comme sur ces articles : Les Verneys, Malmy (Ardennes), ou Marcouville-en-Vexin ? Il faudrait juste ajouter la catégorie Catégorie:Page géolocalisable sans coordonnées paramétrées pour pouvoir les gérer ultérieurement. Merci. -- Speculos ^✉ 7 juin 2012 à 18:09 (CEST)

Modèle Cite news

Bonjour, je recopie ici le message que j'ai posté sur la PDD du modèle {{Cite news}} et pour lequel je n'ai pas encore eu de réponse :
« À défaut de pouvoir supprimer ce modèle (il y a actuellement 3500 pages qui l'utilisent), je l'ai réécrit pour en faire une redirection vers le modèle {{Article}}.
Est-ce qu'un administrateur pourrait recopier ce qui est dans Utilisateur:FDo64/Bac à sable ?
J'ai créé une sous-page de test pour vérifier ce nouveau modèle.
D'avance, merci
--FDo64 (d) 30 mai 2012 à 11:04 (CEST) »

Modèle:Infobox Ville

Puisque cette infobox utilise des modèles obsolète, j'ai essayé de faire une nouvelle version avec les briques infobox V2 standard. Ma version actuelle est là : Utilisateur:Zebulon84/Mod3 et le résultat ici : Utilisateur:Zebulon84/Brouillon. A comparer avec les exemples de la documentation de {{Infobox Ville}}.

• Par rapport au modèle actuel, la brique "latitude longitude" est beaucoup moins robuste. Je suppose que c'est volontaire, pour que les rédacteurs soient obligés de saisir des données exploitables. Mais dans le cas de la mise a jour d'un modèle très utilisé (plus de 5 000 pages) peut-on le laisser comme ça, ou faut-il que je recréer la gestion d'erreur du modèle précédent autour de la brique ?
• Avant les vraie cartes de géolocalisation j'ai une ligne blanche qui traine, et je n'en trouve pas l'origine, quelqu'un a une idée ?
• Vous êtes les bienvenus pour tester et m'aider à trouver les autres bugs.

— Zebulon84 (d) 11 juin 2012 à 16:22 (CEST)

Salut ! J'ai déjà entamé une discussion sur ma PDD sur ce sujet, voir "Modèle {{Ligne optionnelle}} (38 000 pages)". Je suis donc à 100% avec toi pour cette réécriture et tu peux compter sur mon aide.--FDo64 (d) 11 juin 2012 à 18:40 (CEST)

J'ai pris une ville au hasard, Matadi, j'ai mis ton modèle + les paramètres pays et carte à 'République démocratique du Congo' et je constate deux choses :

1. l'infobox s'affiche une ligne au dessus de l'intro,
2. la carte est un peu plus petite, ce qui explique sans doute qu'on ait l'impression d'un saut de ligne.

Sinon, pour ce qui est de "latitude longitude", plutôt que d'ajouter une verrue dans ton modèle, vaut mieux demander à un bot de les convertir et, si j'ai bien compris, on peut le faire dès à présent.

Pour ce qui est de la migration vers ce modèle, comment la vois-tu ? Simple substitution de l'ancien modèle ? Ou, comme je le propose dans ma PDD, une migration progressive des 125 infobox ?

--FDo64 (d) 11 juin 2012 à 21:42 (CEST)

Troisième fois que j'écris ma réponse, j'ai perdu les deux premiers par erreur de mainp

1. Une ligne au dessus de l'intro corrigé : J'avais mis un retour ligne avant le /includeonly
2. Carte est un peu plus petite corrigé : La taille par défault de la brique Géolocalisation est 245 contre 280 pour l'Infobox Ville. Je force maintenant 280 même lorsque le paramètre taille carte est défini mais vide.
3. Latitude longitude : je vais proposer un évolution de la brique "latitude longitude" pour afficher un message d'erreur clair, et si possible ajouter une catégorie pour retrouver les pages concernées.
4. Saut de ligne toujours présent entre le sous-titre "localisation" et la carte. Pour la carte simple je pense que cela est du au « {{!}}- » à la fin de la première ligne de {{Infobox/Géolocalisation/Structure}}. Mais j'ai peur de le modifier. Par contre les géolocalisations multiple ne passent pas par ce modèle et je n'ai pas encore trouver d'explication.
5. Migration : D'accord avec toi, je n'ai pas assez confiance dans ma programmation pour proposer une simple substitution. Je propose donc de créer un modèle "Infobox ligne 2", de commencer la migration progressive de pages et de modèles pour débugger mon modèle grâce aux problèmes rencontrés. Et lorsqu'il n'y a plus de surprise, effectuer la substitution simple.

— Zebulon84 (d) 12 juin 2012 à 10:08 (CEST)

Je supposes que tu voulais dire "Infobox Ville 2" ?

Je propose que l'on migre manuellement les modèles avec peu d'occurrences (voir liste ci-dessous). Plus de 122 000 pages ! On finira par la France qui en a plus de 37 000 !

Nouvelle question : on modifie toutes les pages pour faire un appel direct au nouveau modèle, ou on ne modifie que les modèles actuels qui l'utilise (en supprimant les inutiles ou redondants) ?

Question subsidiaire : ces infobox sont suffixées par : Communauté, Commune, Localité, Municipalité, Ville. Peut-on harmoniser ?

--FDo64 (d) 12 juin 2012 à 13:16 (CEST)

Liste Modèle infobox Ville (133 modèles)

Nombre	Modèle	Avancement
17	{{Infobox Ville d'Afghanistan}}
1567	{{Infobox Commune d'Algérie}}
89	{{Infobox Localité d'Algérie}}
8034	{{Infobox Commune d'Allemagne}}
22	{{Infobox District d'Allemagne}}
35	{{Infobox Ville d'Arabie saoudite}}
495	{{Infobox Commune d'Argentine}}
928	{{Infobox Communauté d'Arménie}}
2374	{{Infobox Commune d'Autriche}}
84	{{Infobox District d'Autriche}}
64	{{Infobox District du Bangladesh}}
591	{{Infobox Commune de Belgique}}
2209	{{Infobox Localité de Belgique}}
3	{{Infobox Communauté de Belgique}}
4	{{Infobox Commune du Bhoutan}}
1	{{Infobox Ville de Biélorussie}}
95	{{Infobox Localité de Biélorussie}}
5854	{{Infobox Ville de Bosnie-Herzégovine}}
20	{{Infobox Municipalité de Bosnie-Herzégovine}}
1540	{{Infobox Ville du Brésil}}
55	{{Infobox Obchtina de Bulgarie}}
11	{{Infobox Commune du Burkina Faso}}
82	{{Infobox Commune du Bénin}}
96	{{Infobox Commune du Cameroun}}
20	{{Infobox Ancienne municipalité canadienne}}
61	{{Infobox Municipalité ontarienne}}
36	{{Infobox Municipalité régionale de comté}}
377	{{Infobox Circonscription électorale du Canada}}
377	{{Infobox Municipalité du Canada}}
101	{{Infobox Commune du Chili}}
3219	{{Infobox Ville de Chine}}
22	{{Infobox Commune de Chypre}}
1125	{{Infobox Municipalité de Colombie}}
20	{{Infobox District de Bogotá}}
31	{{Infobox Localité du Costa Rica}}
131	{{Infobox Ville de Croatie}}
109	{{Infobox Commune de Côte d'Ivoire}}
110	{{Infobox Commune du Danemark}}
19	{{Infobox Ville de Dominique}}
44	{{Infobox Commune d'Égypte}}
71	{{Infobox Ville d'Égypte antique}}
6144	{{Infobox Commune d'Espagne}}
194	{{Infobox Comarque d'Espagne}}
19	{{Infobox Communauté autonome d'Espagne}}
3721	{{Infobox Ville des États-Unis}}
30	{{Infobox Ville d'Éthiopie}}
30	{{Infobox Ville d'Estonie}}
448	{{Infobox Municipalité de Finlande}}
37000	{{Infobox Commune de France}}
244	{{Infobox Localité de France}}
19	{{Infobox Ancienne commune}}
20	{{Infobox Commune de Géorgie}}
221	{{Infobox Ville de Grèce}}
53	{{Infobox Nome de Grèce}}
16	{{Infobox Commune du Groenland}}
6	{{Infobox Ville du Guyana}}
168	{{Infobox Communauté du Haut-Karabagh}}
3176	{{Infobox Commune de Hongrie}}
24	{{Infobox Subdivision de l'île de Man}}
254	{{Infobox Ville de l'Inde}}
36	{{Infobox Commune d'Irak}}
192	{{Infobox Commune d'Iran}}
259	{{Infobox Ville d'Irlande}}
93	{{Infobox Commune d'Islande}}
76	{{Infobox Municipalité d'Islande}}
89	{{Infobox Ville d'Israël}}
5	{{Infobox District d'Israël}}
8099	{{Infobox Commune d'Italie}}
877	{{Infobox Ville du Japon}}
16	{{Infobox Ville de Jordanie}}
7	{{Infobox District du Kenya}}
127	{{Infobox Ville du Kosovo}}
204	{{Infobox Commune du Liban}}
11	{{Infobox Commune du Liechtenstein}}
52	{{Infobox Municipalité de Lituanie}}
57	{{Infobox Ville de Lituanie}}
107	{{Infobox Commune du Luxembourg}}
389	{{Infobox Localité du Luxembourg}}
1770	{{Infobox Ville de Macédoine}}
1192	{{Infobox Ville de Madagascar}}
111	{{Infobox District de Madagascar}}
700	{{Infobox Commune du Mali}}
124	{{Infobox Commune du Mexique}}
15	{{Infobox Ville de Moldavie}}
1256	{{Infobox Ville du Monténégro}}
0	{{Infobox Commune du Nicaragua}}
21	{{Infobox Commune du Nigéria}}
463	{{Infobox Commune de Norvège}}
48	{{Infobox Ville de Nouvelle-Zélande}}
7	{{Infobox Commune d'Oman}}
10	{{Infobox Commune d'Ouganda}}
21	{{Infobox Ville de Papouasie-Nouvelle-Guinée}}
432	{{Infobox Commune des Pays-Bas}}
2862	{{Infobox Localité des Pays-Bas}}
2862	{{Infobox Ancienne commune des Pays-Bas}}
27	{{Infobox Ville des Philippines}}
1554	{{Infobox Ville de Pologne}}
32	{{Infobox Gmina de Pologne}}
258	{{Infobox Commune du Portugal}}
18	{{Infobox District du Portugal}}
99	{{Infobox Commune de la République démocratique du Congo}}
194	{{Infobox Ville de la République démocratique du Congo}}
26	{{Infobox District de la République démocratique du Congo}}
298	{{Infobox Ville de République tchèque}}
935	{{Infobox Commune de Roumanie}}
479	{{Infobox Ville du Royaume-Uni}}
57	{{Infobox Ville d'Écosse}}
33	{{Infobox District de Londres}}
1153	{{Infobox Ville de Russie}}
8	{{Infobox District fédéral de Russie}}
11	{{Infobox Ville du Rwanda}}
17	{{Infobox Municipalité de Serbie}}
4710	{{Infobox Ville de Serbie}}
2948	{{Infobox Village et ville de Slovaquie}}
79	{{Infobox District de Slovaquie}}
212	{{Infobox Ville de Slovénie}}
14	{{Infobox Commune de Somalie}}
290	{{Infobox Commune de Suède}}
298	{{Infobox Localité suédoise}}
2489	{{Infobox Commune de Suisse}}
449	{{Infobox Localité de Suisse}}
63	{{Infobox District de Suisse}}
292	{{Infobox Ville du Sénégal}}
4	{{Infobox District de Tanzanie}}
32	{{Infobox Commune du Tchad}}
104	{{Infobox Ville du Togo}}
240	{{Infobox Ville de Tunisie}}
1058	{{Infobox Ville de Turquie}}
670	{{Infobox Localité d'Ukraine}}
283	{{Infobox Municipalité du Venezuela}}
16	{{Infobox Ville du Viêt Nam}}
9	{{Infobox District du Viêt Nam}}
2	{{Infobox Ville statut controversé}}

 

Infobox supprimées ou remplacées par une redirection (12 modèles)

Nombre	Modèle	Avancement
0	{{Infobox Communauté de communes}}	supprimé
0	{{Infobox Commune de Corée du Nord}}	supprimé
0	{{Infobox Communes du Royaume-Uni}}	supprimé
0	{{Infobox Eurodistrict}}	supprimé, remplacé par {{Infobox Eurodistrict trinational de Bâle}}
0	{{Infobox Localité d'Italie}}	supprimé
0	{{Infobox Localité de commune}}	supprimé
1104	{{Infobox Localité de Croatie}}	Redirection vers {{Infobox Ville de Croatie}}
0	{{Infobox Localité du Pérou}}	supprimé
0	{{Infobox Localité du Royaume-Uni}}	supprimé
0	{{Infobox Municipalité canadienne}}	supprimé
425	{{Infobox Municipalité de Croatie}}	Redirection vers {{Infobox Ville de Croatie}}
55	{{Infobox Préfecture de Turquie}}	Redirection vers {{Infobox Ville de Turquie}}

 

Je veux bien évidemment dire "Infobox Ville 2"  Bien vu !.

Les modèles qui n'amènent quasiment aucune personnalisation (ex:juste le nom de la carte pré-renseigné) peuvent être remplacé par un appel direct au nouveau modèle, mais je pense qu'il faut laisser les autres, sinon il y aura levée de bouclier et les modèles seront recréés.

Pour ce qui est de l'harmonisation, sauf s'il y a différent niveau administratif clair je propose par défaut "ville".

Je me lance dans le processus de migration. Y a-t-il un moyen simple de connaitre les pages qui font directement appel au modèle "Infobox Ville", sans passer par un modèle intermédiaire ?

— Zebulon84 (d) 13 juin 2012 à 15:23 (CEST)

Je n'ai pas trouvé de méthode pour lister les pages qui font directement appel au modèle "Infobox Ville". Catscan plante avec le message "ERROR : Maximum potential result objects exceeded, aborting" et la recherche "Pages liées" ramène tout. Si quelqu'un connait d'autres méthodes, je suis intéressé.

Par contre, j'ai migré les 4 pages qui utilisaient la redirection {{Infobox ville}} (avec ville en minuscule). Il s'agissait de Apopa, Boudinar, Douar Kannine et Kerona. Pour Kerona il y a une ligne 'Localisation' qui s'affiche à tort.

--FDo64 (d) 14 juin 2012 à 11:07 (CEST)

J'ai commencé à mettre à jour les modèles qui faisait appel à l'Infobox ville pour plus de simplicité, ce qui m' permis de rectifier deux erreurs. Je profite de cette migration pour activer la géolocalisation "dual" lorsque les deux carte sont disponible.

Je vais voir pour Kerona. .....(edit : — Zebulon84 (d) 14 juin 2012 à 16:19 (CEST))

Sinon lorsque les modèles dépendant de Infobox Villes auront migré, on saura que les résultats restant font un appel direct.

— Zebulon84 (d) 14 juin 2012 à 14:55 (CEST)

J'ai mis à jour le tableau en ajoutant "à migrer" lorsque le modèle utilise l'Infobox Ville. Les autres seront à réécrire ensuite.

Je propose que l'on demande la suppression du modèle {{Fiche Ville}} qui est obsolète (et sa sous-page {{Fiche Ville/Aide}}).

--FDo64 (d) 15 juin 2012 à 11:35 (CEST)

J'ai deux problèmes avec l'{{Infobox Subdivision de l'île de Man}}, le paramètre 'statut' ne s'affiche pas et la géolocalisation fonctionne mal (voir par exemple Douglas (île de Man).

Par ailleurs, j'ai commencé à recenser les demandes qu'il faudra faire aux bots une fois la migration achevée. Tu peux consulter et mettre à jour la page Utilisateur:FDo64/Liste2.

La migration va être longue, ce serait sympa que d'autres personnes nous aident...

--FDo64 (d) 16 juin 2012 à 10:56 (CEST)

Pour l'Infobox Ville / Ville2, le status est une valeur numérique entre 1 et 4. Voir Wikipédia:Jargon/Paramètre statut. Comme c'est une infobox, avant d'afficher le modèle ajoute 10 au status pour avoir les points rouges. Ici, Ville + 10 génère une erreur.

=> Deux solutions, soit mettre une valeur numérique dans les fiches de chaque ville, soit mettre in #switch: dans l'{{Infobox Subdivision de l'île de Man}}. Cette dernière solution est sans doute la meilleure, mais il faux savoir à quelle status affect chaque désignation, sachant que le défaut préconisé dans la doc de {{Infobox Subdivision de l'île de Man}} ne correspondrait pas au défaut de l'{{Infobox Ville2}}.

— Zebulon84 (d) 16 juin 2012 à 12:02 (CEST)

Pour {{Infobox Comitat de Hongrie}}, la modification de FDo64 (d · c) enlève pas mal de paramètres (peut-être inutiles, mais c'est à discuter) et ne donne pas le même rendu (déjà pour le paramètre arrondissement dont l'affichage devrait être optionnel, aussi pour blason et drapeau et sans doute ailleurs aussi). Le revert semblait s'imposer, je cherche quand même la raison et je trouve cette page, mais je ne comprends pas bien : quels sont les modèles obsolètes présents dans ce modèle qu'on veut remplacer ? En tout cas, si on ne le fait pas de façon transparente sans toucher au reste, il faudrait expliquer en pdd des modèles ou des principaux contributeurs. Et si c'est délicat et à voir cas par cas, je veux bien faire le nécessaire pour éviter ces modèles obsolètes dans les modèles en rapport avec la Hongrie (pas à la minute hein, disons dans les semaines qui viennent). — Oliv☮ ^{Éppen hozzám?} 16 juin 2012 à 18:12 (CEST)

Bonjour, tout d'abord je vais défendre le modèle de Zebulon84 : il n'y a que des avantages à l'utiliser plutôt que d'en créer des spécifiques qui n'offrent pas autant de fonctionnalités. C'est pourquoi je migre petit à petit non seulement les modèles qui utilisaient l'ancienne infobox, mais également ceux qui ne faisaient que l'imiter. En plus, nous aurons ainsi un rendu homogène pour toutes les villes, quel que soit le pays.

Pour ce qui est des paramètres que j'ai supprimé, j'ai au préalable vérifié les 20 villes qui utilisaient {{Infobox Comitat de Hongrie}} pour y déceler ceux qui n'étaient pas utilisés ou inutiles parce que complètement gérés par le nouveau modèle. Il ne peut donc y avoir de régression à ce niveau.

Pour ce qui est des paramètres optionnels, ma modification est perfectible.

Pour ce qui est d'en discuter en PDD, celle-ci sert à ça. Dans un précédent projet de maintenance, j'ai fait l'effort de poster des messages sur chaque modèle à modifier et je n'ai obtenu presqu'aucune réponse, ou alors après coup. C'est pourquoi je pense que le plus efficace est d'en discuter sur cette page, et notre démarche a clairement été expliquée depuis le début. Naïvement, je pensais que tous les modélistes suivaient cette PDD...

Quoiqu'il en soit je préfère continuer à en discuter plutôt que d'avoir des reverts et c'est pourquoi je te remercie de ton message.

Bien cordialement.--FDo64 (d) 17 juin 2012 à 18:00 (CEST)

Salut, j'ai touché à quelques modèles d'infobox pour la Hongrie mais je ne suis pas « modéliste » et je ne compte pas suivre cette page longtemps. Pour Ville2, il me semble au contraire qu'il y a des spécificités qu'on ne peut pas faire rentrer simplement dans un tel modèle général. Je pense à {{Infobox Commune de Hongrie}} : données des stats officielles (via sous-modèles bases de données) telles que répartition par identité nationale/ethnique et par religion et collectivités représentatives des minorités, statut de la localité (pas seulement ville mais 3 ou 4 niveaux officiels), et sources à mentionner en fonction de l'existence de ces données, sans parler de l'aspect de la carte : point sans le nom (car parfois très long), blason bien visible à côté et drapeau moins (car blason partout utilisé et drapeau rare), etc. Donc si un jour tu veux faire rentrer ça dans le moule de Ville2, bon courage mais fais un brouillon d'abord, qu'on puisse comparer.

Pour les paramètres supprimés de {{Infobox Comitat de Hongrie}}, ils n'étaient pas utilisés pour l'instant par les 20 départements hongrois (aussi appelés comitats) mais ça ne veut pas dire qu'ils ne l'auraient pas été plus tard, en fait je ne sais pas qui les y a mis et certains m'ont l'air inutiles mais à moins de bien y réfléchir je préfère ne pas y toucher. En plus {{Infobox Comitat de Hongrie}} et {{Infobox Comitat du Royaume de Hongrie}} sont des départements (actuels et anciens respectivement, car il y a eu redécoupage du pays en 1920 et donc de ses subdivisions), donc tant que vous ne décidez pas de refaire {{Infobox Département de France}} en utilisant Ville/Ville2 (ce qui m'étonnerait un peu), ne le faisons pas non plus pour les départements hongrois. Bref, je rétablis le modèle Comitat comme avant, merci quand même pour le nettoyage des valeurs vides des paramètres (je remets juste la carte en paramètre carte au lieu d'image). — Oliv☮ ^{Éppen hozzám?} 17 juin 2012 à 21:44 (CEST)

C'est bien triste d'en arriver là... Parce que pour avoir le nouveau modèle identique à l'ancien il suffisait de mettre le blason et le drapeau côte à côte. Dommage de se priver d'un vrai modèle pour si peu.--FDo64 (d) 17 juin 2012 à 22:42 (CEST)

Non, ne sois pas triste, relis ce que je disais (par exemple sur les "ligne optionnelle" mises comme non optionnelle avec <br> en bas d'infobox : arrondissement etc.), et puis ce n'était pas une infobox de ville mais de territoire et qui en plus n'utilisait même pas l'infobox Ville. Prends plutôt ça comme exemple de ce qui sera dit par tous ceux qui suivent les autres infobox visées, afin de limiter ton action à ce qui est nécessaire et qui a des raisons d'être changé. Moi, si Ville2 sert pour les villes du monde entier ça me va, si ça fait exactement la même chose dans un premier temps et que seulement ensuite on change paramètres et apparence en sachant bien pourquoi. Mais quelle raison auraient les modélistes de cette page d'utiliser Ville2 pour les départements/régions du monde entier ? — Oliv☮ ^{Éppen hozzám?} 17 juin 2012 à 23:28 (CEST)

Bonsoir, j'ai modifié la liste ci-dessus pour noter ton refus de toucher aux modèles sur le Hongrie.

Comme il y a plus de 100 modèles à migrer et que ça prend du temps, si d'autres modélistes sont dans le même cas, merci de le dire dès à présent.

--FDo64 (d) 18 juin 2012 à 00:18 (CEST)

Ce n'est pas un problème de Hongrie mais un problème de démarche (par ailleurs je ne me considère pas comme modéliste) :

• en parler sur la page Projet alors qu'un contributeur important du modèle, ou celui qui a mis Ville dedans, ne suit pas forcément le projet,
• mettre Ville(2) dans des modèles qui ne l'utilisent pas mais semblent l'imiter, alors que certains contributeurs pourraient avoir des raisons de préférer un modèle spécifique, ou d'éviter les modèles d'infobox qui appellent des modèles d'infobox, et ce serait à discuter avec eux,
• enlever des paramètres inutilisés actuellement, mais pas forcément inutiles pour celui qui les a mis là. — Oliv☮ ^{Éppen hozzám?} 18 juin 2012 à 06:51 (CEST)

Le squelette est prêt pour la modification d'{{Infobox Commune de Hongrie}} à faire en brouillon pour tests, mais puisque la carte en haut vient d'{{Infobox Commune d'Allemagne}}, je suggère d'attendre pour discuter des deux ensemble. J'ai mentionné la question de la position de la carte sur les projets de la Hongrie et de l'Allemagne, ça concerne aussi la Belgique. — Oliv☮ ^{Éppen hozzám?} 5 juillet 2012 à 08:53 (CEST)

Pour info, j'ai modifié le modèle Infobox Ville2 pour

• afficher le blason et le drapeau côte à côte lorsque les deux sont présents,
• ajouter un paramètre "couleur" qui permet de changer la couleur de fond des titres.
• corriger quelques bugs, notamment le récurrent affichage inutile du titre localisation (j'espère que cette fois-ci c'est bon)

— Zebulon84 (d) 18 juin 2012 à 17:48 (CEST)

Pour info également, je vais continuer la migration des modèles qui n'utilisent pas l'Infobox Ville en m'attaquant en priorité à celles qui font appel au modèle obsolète {{Ligne optionnelle}}. Leur réécriture n'est pas contestable. On verra ensuite celles qui resteront et on avisera.

Dorénavant, pour plus de transparence, je mettrais un renvoi vers cette PDD à chaque réécriture.

Bonne journée à ceux qui nous lisent !--FDo64 (d) 19 juin 2012 à 08:11 (CEST)

Zebulon84, tu as donc terminé la migration des modèles qui utilisaient l'ancienne infobox. Il reste maintenant 8000 pages encyclopédiques qui l'utilisent. Comment comptes-tu procéder ?

Pour ma part, je continue la migration des autres modèles.

Je tiens à jour également la page Utilisateur:FDo64/Liste2 que tu peux consulter et mettre à jour. Elle contient, en particulier, les demandes de bot qu'il me semble nécessaire de faire prochainement.

A+--FDo64 (d) 26 juin 2012 à 18:27 (CEST)

J'ai réverté pour {{Infobox Commune de Suisse}}, car le rendu après modification n'est plus convenable. Merci de vérifier que le modèle se comporte toujours correctement en travaillant sur une copie du modèle dans un bac à sable avant d'affecter le modèle lui même. Je n'ai pas vérifier les autres modèles, ça serait intéressant de le faire. Cordialement --Abaddon1337 (d) 30 juin 2012 à 13:53 (CEST)

Pour information, ce dernier problème a été réglé le jour même (voir Discussion utilisateur:Abaddon1337#Infobox Commune de Suisse) et la nouvelle Infobox est en place.--FDo64 (d) 2 juillet 2012 à 10:59 (CEST)

Dernières modifications en date :

• Les coordonnées sont affichées dans la ligne de titre avec coord titre = oui. La carte associée est définie par type coord
• Inversion des sections Géographie et Démographie
• La possibilité d'une section Noms, paramètres nom2, nom3... nom17, associé a langue nom2, langue nom3...
• des légendes personnalisables pour les blasons et drapeaux (paramètres légende blason et légende drapeau, et l'affichage du drapeau même sans blason.

— Zebulon84 (d) 9 juillet 2012 à 21:25 (CEST)

Amélioration de {{coord}}

Pour éviter les messages d'erreur en série lors de saisie de latitude / longitude au format dd° mm' ss"

exemple

{{coord
   |64° 08' 24" N
   |21° 55° 12" O
   |format=dms long
}}

donne l'affichage de :

 

je propose de remplacer le code de {{coord}} par

nouveau code

<includeonly>{{Coord/display/{{{display|inline}}}|
   1={{Coord/input/<!--
      -->{{#iferror:{{#expr:{{{1}}}}}|ERROR|<!--
         -->{{#ifeq:{{{4|}}}||<!--
            -->dec|<!--
           -->{{#if:{{#switch:{{{4}}}{{{8}}}|NE|NW|SE|SW=1|}}|<!--
               -->{{#ifeq:{{{format|}}}|dms long|dms long|dms}}|<!--
               -->{{#if:{{#switch:{{{3}}}{{{6}}}|NE|NW|SE|SW=1|}}|<!--
                  -->{{#ifeq:{{{format|}}}|dms long|dm long|dm}}|<!--
                -->{{#if:{{#switch:{{{2}}}{{{4}}}|NE|NW|SE|SW=1|}}|d|ERROR}}<!--
               -->}}<!--
            -->}}<!--
         -->}}
         }}|
      1={{{1|}}}|2={{{2|}}}|3={{{3|}}}|4={{{4|}}}|5={{{5|}}}|6={{{6|}}}|7={{{7|}}}|8={{{8|}}}|9={{{9|}}}|
      format={{{format|}}}|name={{{name|}}}<!--
   -->}}<!--
-->}}</includeonly><noinclude>{{Doc modèle|parser=oui}}</noinclude>

 

J'ai ajouté un test pour vérifier que le premier paramètre est bien numérique.

— Zebulon84 (d) 13 juin 2012 à 14:48 (CEST)

{{Infobox Patrimoine mondial}}

L'Infobox Patrimoine mondial, utilise un revoi vers une note en « interne » à l'infobox via un astérisque « simple » façon pub pour un crédit . Je propose d'utiliser le système de note standard qui me parait plus cohérent avec le reste du site mais aussi plus pratique. Le seul défaut que je vois est que l'infobox devra toujours être associée à {{références}} ce qui ne me semble pas être une mauvaise chose en soit. Avez vous déjà traité ce type de cas dans d'autres modèles ? La discussion originale : « Discussion_modèle:Infobox_Patrimoine_mondial#Renvoie_par_ast.C3.A9risqueRenvoie par astérisque » — Mirgolth 13 juin 2012 à 16:45 (CEST)

avec des groupes de références. J'ai fait la modif mais ça parait un peu trop présent -- Xfigpower (pssst) 19 juin 2012 à 14:16 (CEST)

Requête

Salut ! 'Ti Problème !

Sur ma page utilisateur, je voudrais que le deuxième divclass semi-invisible (celui avec mes LI perso) soit à droite de mon bloc-note (le divclass bleu-gris avec écrit "à faire"), et non pas au-dessus comme actuellement.

Attention ! Ma PU est composé de la sous-page Utilisateur:Orikrin1998/En-tête, qui est elle-même composée de Utilisateur:Orikrin1998/Bloc-note.

Vous pouvez me faire ça ?

Merci. --Orikrin1998 20 juin 2012 à 09:46 (CEST)

Domaina (d · c · b) Merci --Orikrin1998 21 juin 2012 à 12:32 (CEST)

Modèles

La rapidité, l'efficacité et la gentillesse de Domaina (voir sujet précédent) me poussent à demander une nouvelle chose au projet :

est-ce qu'un modéliste (ou plusieurs car la tâche est ingrate) pourrait remplacer les paramètres à argument page=x et sign=y par des if simples ({{#if: {{{1|}}}}} - {{{1|}}}). Personnellement j'ai capitulé.

Voici les modèles à réparer :

{{Suppression!}} {{Wikif!}} {{Pert!}} {{Réseaux!}} {{Ortho!}}

Merci et bon courage aux volontaires ! --Orikrin1998 21 juin 2012 à 17:35 (CEST)

J'ai modifié {{Suppression!}}. Si ceci te convient tu peux modifier de la même façon les autres, ou sur demande je pourrais le faire la semaine prochaine

— Zebulon84 (d) 21 juin 2012 à 21:01 (CEST)

J'ai mal jugé, en fait c'est compliqué. Donc je te fais la demande d'amélioration (sur ta PDD aussi). --Orikrin1998 22 juin 2012 à 13:04 (CEST)

Voila, j'ai modifié tous les modèles. Le premier étant grave, la signature est obligatoire. Pour les autres seule la dernière phrase disparait. Si tu préfères rendre la signature obligatoire pour tous, déplace le {{#if: {{{sign|{{{2|}}} }}}| au début du modèle, et de préférence ajoute un commentaire type |{{Suppression!}} : Ce modèle doit obligatoirement être signé à la fin pour que le patrouilleur comprenne pourquoi rien ne s'affiche.— Zebulon84 (d) 25 juin 2012 à 14:10 (CEST)

Création d'un modèle pour les référencements obsolètes/ ^{[réf. obsolète]}

Bonjour.

Est-il possible de créer ce modèle (^{[réf. obsolète]}/^{[réf. obsolète]}) en plus de ceux existant qui permettrait d'exposer en quoi un passage sourcé est à reprendre parce qu'il ne correspond plus à l'état actuel de la recherche à cause de l'obsolescence des sources usitées. Pour le moment cela ne peut se faire que pour une section complète avec le modèle {{sources obsolètes}}. A mon sens, cela pourrait se situer entre le point 10 et le point 11 du tableau présenté ici].

Il serait fort pratique de pouvoir le construire sur le modèle de {{pas clair}} qui permet d'ajouter un commentaire visible quand on passe le curseur sur la partie soulignée. Mais cela pose peut-être problème.

Merci par avance de vos éclaircissement et éventuelles réalisations. Mogador ✉ 21 juin 2012 à 21:14 (CEST)

Un modèle {{Souci}} avec un contenu libre ne serait-il peut-être finalement pas plus utile que cette multiplication de modèles spécifiques ? --Lgd (d) 22 juin 2012 à 14:37 (CEST)

Ce serait peut-être intéressant pour les cas à préciser et pourrait constituer une alternative au modèle {{pas clair}}. Néanmoins le modèle {{références obsolètes}} nous serait vraiment précieux pour des sciences humaines pour ne pas appliquer des bandeaux sur des chapitres complets et pour cibler des passages particuliers (en même temps, cela averti le lecteur du problème précis). En fait, je n'ai découvert ce projet que depuis peu parce que cela fait fort longtemps que cela me trotte dans la tête. Ceci dit, je ne dis pas qu'il n'existe pas des modèles largement dispensables. Mogador ✉ 23 juin 2012 à 00:36 (CEST)

Je supplée, c'est incroyable le nombre de cas. Sardur - allo ? 23 juin 2012 à 01:43 (CEST)

Harmonisation

Bonjour, quelqu'un pourrait-il harmoniser ce modèle : Wikipédia:Wikiquick (le modèle est inclus dans la page de documentation).

Je n'arrive pas à trouver un bon accord de la couleur, de la taille de l'image, de la bordure...Plus je réfléchis, moins je suis objectif. Ce bandeau ne me plait pas, mais il faudrait qu'il reste discret.

Merci. --Orikrin1998 25 juin 2012 à 20:28 (CEST)

Est-ce que tu le trouves mieux ainsi ? Ltrl G^☎, le 25 juin 2012 à 20:39 (CEST)

Franchement ce n'est pas ce que j'imaginais. Une couleur plus mate, marron, avec des angles ronds peut-être ?

Désolé, je suis perfectionniste, alors quand ça retombe sur les autres, je deviens exigeant ! --Orikrin1998 25 juin 2012 à 20:48 (CEST)

angles. Marron comme ça ? — Ltrl G^☎, le 25 juin 2012 à 20:54 (CEST)

C'est pas encore ça. Laisse tomber pour ce soir, je vais y réfléchir. Merci ! --Orikrin1998 25 juin 2012 à 20:58 (CEST)

Essaye une bordure 2px, moins long, avec le deuxième marron que tu proposes.

Tu m'as aidé à faire évoluer mon idée, je pourrais presque le faire maintenant ! Je regarde une dernière fois et j'essayerai de prendre le relai. --Orikrin1998 26 juin 2012 à 12:27 (CEST)

L'article Modèle:Doc modèle est proposé à la suppression

Bonjour, L’article « Modèle:Doc modèle (page supprimée) » 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 modèle:Doc modèle/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.

~Hlm Z. [@] 7 juillet 2012 à 14:33 (CEST)

L'article Modèle:Palette Effectif actuel de Neuchâtel Xamax FC est proposé à la suppression

Bonjour, L’article « Modèle:Palette Effectif actuel de Neuchâtel Xamax FC (page supprimée) » 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 modèle:Palette Effectif actuel de Neuchâtel Xamax FC/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.

Chollux ^{[viens batailler]} 15 juillet 2012 à 20:42 (CEST)

Équivalent du modèle Andere Sprachen en français

Bonjour,
Existe-il un équivalent du modèle « Andere Sprachen » en français ?
Merci,--AM 23 • (discuter) 17 juillet 2012 à 16:18 (CEST)

Non, c'est assez puissant mais assez compliqué puisque que ça se base sur des modèle comme de:Vorlage:Bot/lang/fr

On peut le rapporcher de commons:Template:Translation possible/lang--Xfigpower (pssst) 17 juillet 2012 à 19:33 (CEST)

Est-il possible de l'adapter malgré tout ? Merci,--AM 23 • (discuter) 24 juillet 2012 à 15:55 (CEST)

Diagramme circulaire

Bonjour à tous. M'apercevant qu'il n'existe pas de modèle pour tracer des graphiques de type camemberts (sauf erreur de ma part), j'ai voulu m'inspirer du modèle anglais {{pie chart}} en:Template:Pie chart, ce modèle ayant déjà été transposé dans d'autres langues. J'ai donc créé {{Diagramme circulaire}} et {{Diagramme circulaire/section}}. Puis j'ai testé sur un exemple, mais cela ne marche pas : les tailles des sections ne correspondent pas aux paramètres entrés (les valeurs sont arrondies au quart de disque le plus proche). (cf exemple ci-contre). @Wikialine a ensuite complété la documentation et suggère que le pb vient peut-être du css class "transborder" qui ne serait pas dans MediaWiki:Common.css. Mais ce qui est bizarre, c'est que dans la WP anglaise (ou roumaine), cela fonctionne! Quelqu'un pourrait-il voir ce qu'il en est ? Merci par avance. Cordialement.Roland45 (d) 25 juillet 2012 à 06:47 (CEST)

test.

• param 1 (59 %)
• param 2 (26,8 %)
• param 3 (2,5 %)
• autre (11,7 %)

Bonjour, j'ai eu un peu plus de temps aujourd'hui. Ton problème vient bien des css. Pour voir ton modèle fonctionner copie ma page Utilisateur:Wikialine/common.css sur Utilisateur:Roland45/common.css. Tu verra ainsi ton modèle fonctionner par contre les autres autilisateurs ne pourront le voir fonctionner que lorsque la page MediaWiki:Common.css sera mise à jour. Une fois cette page mise à jour par un admin (vive la démocratie wikipédienne), tu pourras retirer ce que tu as mis sur ta page Utilisateur:Roland45/common.css.amicalement--Wikialine (d) 25 juillet 2012 à 16:34 (CEST)

Génial. C'est immédiat. Merci. Merci à un admin de bien vouloir modifier MediaWiki:Common.css en conséquence.Roland45 (d) 25 juillet 2012 à 19:06 (CEST)

Pour cela, il faut faire une demande sur Wikipédia:Demande d'intervention sur un message système. Cordialement, Ltrl G^☎, le 31 juillet 2012 à 09:33 (CEST)

Bonjour, OK. Je vais de ce pas le faire. Merci. Cordialement.Roland45 (d) 1 août 2012 à 06:40 (CEST)

Vous savez quoi ? Problème réglé ! Roland, tu peux blanchir ton CSS ! Orikrin1998 ^{(Blabla/miaou)} 2 août 2012 à 12:05 (CEST)

Image

Bonjour.

J'ai perdu toute objectivité en cherchant longtemps et vainement une image adéquate à ce nouveau modèle.

Si cela tente quelqu'un d'en trouver une... Orikrin1998 ^{|Blabla/miaou|} 27 juillet 2012 à 15:24 (CEST)

L’intitulé de celle de droite est un peu agressif mais l’image serait adéquate. Le succès de l’infobox dira si ce choix était judicieux. -- Mister BV (d) 27 juillet 2012 à 16:39 (CEST)

Merci. Orikrin1998 ^{(Blabla/miaou)} 31 juillet 2012 à 14:44 (CEST)

Boîte déroulante

Bonjour, Les boîtes déroulantes (qui ont changé récemment avec {{Boîte déroulante/début}} et {{Boîte déroulante/fin}}) ne s'affichent pas pour moi (voir par exemple Réseau routier de la Dordogne). Est-ce général et lié au modèle ou bien serait-ce dû à une question de "préférences" ? Avez-vous le même pb ou bien comment puis-je faire à nouveau dérouler les boîtes déroulantes ? Merci. Cordialement.Roland45 (d) 31 juillet 2012 à 06:53 (CEST)

Tu voulais sans doute dire {{Boîte déroulante/fin}} pour le deuxième (j'ai corrigé ci-dessus) ?

En ie9 je n'ai aucun problème. Par contre, je trouve étrange d'avoir mis un titre de niveau 4 (====) à l'intérieur.

A+--FDo64 (d) 1 août 2012 à 09:31 (CEST)

J'ai pourtant ie9 aussi, par contre avec Firefox elles s'affichent et se masquent correctement. C'est bizarre.Roland45 (d) 1 août 2012 à 13:26 (CEST)

Bonjour Roland, ça vient peut être (même surement) de ta page Utilisateur:Roland45/common.css. Maintenant que tu as fait ta demande auprès des admin, tu peux vider cette page. Ensuite vide le cache. Normalement si ça vient de ça alors le résultat sera immédiat. amicalement--Wikialine (d) 1 août 2012 à 17:12 (CEST)

Problème avec {{Nombre en romain}}

Bonjour,

Sur la documentation de ce modèle, il est indiqué de taper {{subst:Nombre en romain|4893|subst=subst:}} pour convertir un nombre en romain dans un article, mais ça ne marche pas. Voici le résultat:

Quelqu'un saurait comment corriger ce modèle ? Il est très pratique pour proposer des corrections du genre 19e siècle vers XIX^e siècle (utilisation des nombres en romain dans les siècles selon les conventions). --NicoV (d) 3 août 2012 à 15:12 (CEST)

Par contre, la substitution ne marche pas entre dans certaines balises (notamment <gallery> et <ref>). Orlodrim ^[discuter] 3 août 2012 à 16:09 (CEST)

Merci ! Je vais voir si je remets ou non les suggestions dans WP:FAUTE, vu le problème éventuelle sur les balises. Petit test: MMMMDCCCXCIII. --NicoV (d) 3 août 2012 à 16:50 (CEST)

Presque bon, il reste « {{#if:|}} » en trop dans le résultat. --NicoV (d) 3 août 2012 à 16:54 (CEST)

Réparé. En fait, tu peux utiliser {{safesubst:Nombre en romain|4893|subst=safesubst:}} qui marche même dans des balises. Orlodrim ^[discuter] 3 août 2012 à 16:59 (CEST)

Encore merci, j'ai rajouté la suggestion dans WP:FAUTE. MMMMDCCCXCIII. --NicoV (d) 3 août 2012 à 17:04 (CEST)

Problème avec le modèle {{Surligné}}

Bonjour,

Le modèle {{Surligné}} donne des résultats bizarres avec les espaces. Il me semble que ça marchait il y a un certain temps (je pense que le message posté sur Discussion_utilisateur:NicoV/Wikipedia_Cleaner#Coloration en octobre 2011 était correct).

Au lieu de simplement surligner les espaces, le code * espaces{{surligné|#FE4040| }}inutiles donne maintenant:

• espaces

1. FE4040inutiles

Le rendu fonctionne si on mets des &nbsp; au lieu de simples espaces:

• espaces  inutiles

Quelq'un saurait le corriger ? Merci. --NicoV (d) 5 août 2012 à 13:32 (CEST)

Non, ça n'a pas changé depuis 2008 : le premier argument est le texte si le deuxième argument est vide ou constitué uniquement d'espaces (c'est ce que teste la fonction parser #if).

C'est ta page qui a changé : au départ, il y avait des espaces insécables, mais elles ont été remplacées par des espaces normales depuis [2] (ça arrive quand on utilise un autre éditeur de texte et qu'on fait un copier-coller du code entre les deux).

Orlodrim ^[discuter] 5 août 2012 à 15:18 (CEST)

Merci. --NicoV (d) 5 août 2012 à 15:55 (CEST)

Problème avec Modèle:USCensusPop

Bonjour, je vous signale que le modèle Modèle:USCensusPop ne fonctionne plus, et que beaucoup d'articles sur des villes américaines sont touchés, par exemple l'article de qualité Denver. Ne m'y connaissant pas, je vous passe l'info. Merci ! --Consulnico (d) 5 août 2012 à 14:44 (CEST)

J'ai blanchi {{Valid}} qui ne marche pas, ce qui rétablit la situation antérieure (c'est-à-dire un modèle qui marche par hasard car il repose sur une série d'autres modèles de Wikipédia en anglais qui n'ont pas été tous importés). En espérant que quelqu'un d'autre sera capable de faire mieux... Orlodrim ^[discuter] 5 août 2012 à 14:59 (CEST)

Merci ! --Consulnico (d) 5 août 2012 à 15:02 (CEST)

Paramètres et productions de références

Bonjour à tous,

J'ai réalisé un modèle Utilisateur:Mytto/Résultats_élections_communes_françaises pour uniformiser les résultats électoraux du Projet communes, dont on peut voir une usage pour la commune Etampes: Utilisateur:Mytto/Usage Etampes.

Au delà de l'information des résultats, les sources officielles sont particulièrement importantes. Aussi j'ai souhaité ajouter une référence à la fin de chaque ligne, référence dont l'URL est construite à partir de paramètres passés au modèle. Bizarrement, et de manière très contrariante, ces URL ne sont pas produits dans les références. Je les ai doublées en ajoutant un lien externe sur les mêmes URL pour vérifier si les paramètres étaient bons, et ces derniers sont opérationnels, comme vous pourrez le constater.

J'ai cherché partout s'il y avait une limite à ce niveau-là sur les docs de MediaWiki mais sans succès. J'ai probablement laissé passer quelque blague, et vous serai très reconnaissant de me la pointer du doigt, pour pouvoir enfin propager tout cela !

Bien à vous, — MyttO (d) 12 août 2012 à 22:45 (CEST)

Bonjour,

C'est une blague tordue de MediaWiki : les substitutions de variables ne marchent pas dans les balises <ref> incluses par transclusion. Au lieu de <ref>http://example.org/{{{machin|}}}</ref>, il faut écrire {{#tag:ref|http://example.org/{{{machin|}}}}}.

Orlodrim ^[discuter] 12 août 2012 à 23:07 (CEST)

Nom de Zeus ! C'est plus que tordu, c'est fourbe, limite scandaleux ! Tu as un page d'aide qui explique ça quelque part ? Merci infiniment pour ton aide Orlodrim. — MyttO (d) 12 août 2012 à 23:25 (CEST)

C'est brièvement expliqué sur mw:Help:Magic_words#Miscellaneous. Orlodrim ^[discuter] 12 août 2012 à 23:33 (CEST)

Problème Modèle:Équipe réserve

Bonjour à tous, Suite à la création d'un modèle concernant les équipes réserves, j'ai observé un problème que malheureusement je n'arrive pas à résoudre. Lors qu'on écrit quelque chose après avoir inséré le modèle, comme ici : AJ Auxerre ^2e rés. on observe quelque chose de relativement gênant alors que l'on aimerait conserver un texte "normal".
Quelqu'un pourrait-il m'aider à rectifier cela ? Merci par avance. Plume d'Autruche (d) 17 août 2012 à 10:11 (CEST)

Corrigé par Supertoff. JackPotte ($♠) 18 août 2012 à 12:18 (CEST)

Propagation de {{Fiche societe.com}}

Je souhaite retrouver toutes les pages ayant un lien vers societe.com pour le remplacer par le modèle que j'ai fait, histoire d'uniformiser et de rendre tout cela plus clair et concis. Seulement je ne parviens pas à faire la recherche dans la Wikipedia. Comment détecter toutes les sources qui contiennent un lien, un peu comme on chercherait dans Google: www.google.fr/search?&q=site:fr.wikipedia.org+"http://www.societe.com" ? — MyttO (d) 22 août 2012 à 00:29 (CEST)

Voilà l'outil : Recherche de liens externes – 884 résultats à l'instant où j'écris ces lignes. od†n ↗^blah 22 août 2012 à 00:35 (CEST)

Ah ben voilà ! Ca me paraissait dingue que ca n'existe pas... Merci ! — MyttO (d) 22 août 2012 à 00:50 (CEST)

Ok ca marche bien, mais j'aurais également souhaité pouvoir exclure les liens venant de transclusions (de mon modèle), pour savoir combien il me reste à convertir ! — MyttO (d) 22 août 2012 à 01:06 (CEST)

Je me pose la question : peut-on renvoyer massivement (via un modèle) vers un site d'entreprise, qui a une activité payante très marquée («Tarifs et moyens de paiement») ? Je crois que non, ce serait une publicité pour un service commercial, donc hors des pratiques de la wikipédie. Orel'jan (d) 22 août 2012 à 10:14 (CEST)

Je m'étais posé la même question. Le fait est que :

1. Les liens sont déjà légions, on ne cherche qu'à les harmoniser
2. L'information en question est fournie gratuitement
3. La majeure partie des sites spécialisés vers lesquels on crée des liens pour sourcer de l'information de références ont des activités commerciales, notamment les journaux (Le Monde, Libé, L'expresse, Le Figaro, l'Expansion, etc.), les bases de données de références (IMDB, Vidale, etc.), les portails généralistes (Yahoo, Google, etc.) ou sportifs (L'Equipe, ATP Tour, etc.)

Tout cela mis bout à bout, je ne vois pas trop pourquoi les liens vers -— en particulier — societe.com ne pourraient pas être mis en place dans un modèle. — MyttO (d) 22 août 2012 à 16:37 (CEST)—

La question posée a néanmoins le mérite d'en susciter une autre : « Quelle source officielle, complète et gratuite pourrait s'y substituer ? »

La réponse est Infogreffe.fr, le greffier des tribunaux de commerces. Le problème avec Infogreffe, c'est qu'il n'est pas possible d'y référencer une page, car les paramètres de recherche et d'indexation sont passés en POST et pas en GET donc, sauf erreur de ma part, impossible à mettre dans l'URL. Au passage, le greffe fournit aussi de nombreux services tarifés [PDF]... — MyttO (d) 22 août 2012 à 17:08 (CEST)

En GET, ça passe->recherche pour Hexis-351372677 -- Xfigpower (pssst) 27 août 2012 à 10:11 (CEST)

Et hop ->{{Infogreffe}} -- Xfigpower (pssst) 27 août 2012 à 10:24 (CEST)

Excellent ! Il y avait un problème de trimming sur le paramètre de l'URL, je l'ai ajouté. — MyttO (d) 27 août 2012 à 10:39 (CEST)

J'en ai profité pour lier les deux modèles dans leur documentation et inciter à utiliser infogreffe. — MyttO (d) 27 août 2012 à 10:47 (CEST)

A l'usage, ce modèle ne fonctionne pas si bien que ça. Il semble qu'il faille s'y connecter une fois avec le navigateur — c'est-à-dire créer une session — avant que les liens soient opérationnels. Du coup, un nouveau venu cliquant sur le lien conclura à un lien mort, ce qui est faux... Je me demande si ça ne rend pas un peu caduc le modèle... — MyttO (d) 27 août 2012 à 11:47 (CEST)

Le lien proposé ci-dessus pose effectivement problème, mais ceux proposés par le modèle fonctionnent : (fr) « HEXIS », sur infogreffe.fr . — Ltrl G^☎, le 27 août 2012 à 11:53 (CEST)

Je confirme ce que dit Mytto, il faut cliquer une première fois. Réessayez avec un autre navigateur, vous verrez . Gonzolito ^Pwet 27 août 2012 à 15:27 (CEST)

Effectivement, au temps pour moi. — Ltrl G^☎, le 27 août 2012 à 17:10 (CEST)

┌─────────────────────────────────────────────────┘
Pour information on peut également accéder à la fiche grâce à cette url : http://www.infogreffe.fr/infogreffe/FicheEntreprise/351372677-HEXIS, il faudrait cependant que le paramètre « nom » soit exactement le même que celui de la fiche. Cordialement,--AM 23 • (discuter) 27 août 2012 à 17:37 (CEST)

Modèle infobox Club d'athlétisme

Serait-il possible de créer une infobox spécifique pour les clubs d'athlétisme comme cela se fait avec le football, le handball, etc... (Akli11 (d) 30 août 2012 à 11:48 (CEST))

Oui, mais il y a un projet spécialisé pour ça. — Ltrl G^☎, le 30 août 2012 à 11:57 (CEST)

Formulaire de Bayo mis à jour

Bonjour, je suis Steven De Oliveira et je viens vous annoncer que j'ai mis à jour le formulaire de bayo et qu'il est en ligne à cette adresse. Il s'agit d'un formulaire dont j'ai modifié la mise en page pour la faire apparaître dans un style wiki. Mais pour ceux qui s'était habitués à l'ancien formulaire, j'ai également mis à jour celui-ci avec la même mise en page ici. Mais attention, pour l'instant, ce n'est qu'une version bêta. Donc, si vous avez des propositions à faire, ou des erreurs à signaler c'est là. Je vais prendre le relais afin de mettre à jour les formulaires régulièrement et m'occuper de la page de discussion de ceux-ci.--Splinter41 31 août 2012 à 21:30 (CEST)

Indication de langue

J'ai eu besoin d'utilisé le modèle {{Indication de langue}} et comme souvent j'ai regardé le code par curiosité. Je n'ai pas compris l'utilité de ce diff. Si quelq'un a une explication je serai un peu moins bête. Sinon, je propose de modifier ce code.

Et tant qu'a faire supprimer aussi {{{1|{{{2}}}}}} car il est fort peu probable d'avoir un paramètre {{{2}}} sans que le {{{1}}} n'existe (s'il est vide cette chaîne renvoi le vide et non {{{2}}} ). Par contre il est possible que le code de langue soit absent, ou à la place du nom de langue manquante.

=> nouveau code proposé :

<includeonly><span style="font-family:monospace;font-weight:bold;font-size:small;font-style:normal;">(<abbr class="abbr" title="Langue : {{{1|}}}">{{{2|{{{1}}}}}}</abbr>)</span>{{#if:{{{texte|}}}| {{lang|{{{2}}}|dir={{{dir|}}}|texte={{{texte}}}}}}}</includeonly><noinclude>{{Documentation}}</noinclude>

Quelqu'un voit un bug ou une raison de ne pas appliquer ces changements ?

— Zebulon84 (d) 2 septembre 2012 à 19:41 (CEST)

• Je confirme que le test ajouté dans le diff que tu as indiqué est superfétatoire.
• Ton analyse du paramètre 1 est juste, inutile de tester si celui-ci est défini.
• En revanche, je pense qu'on devrait continuer à considérer le paramètre 2 comme forcément défini.

Ma proposition :

<includeonly><span style="font-family:monospace;font-weight:bold;font-size:small;font-style:normal;">(<abbr class="abbr" title="Langue : {{{1}}}">{{{2}}}</abbr>)</span>{{#if:{{{texte|}}}|&nbsp;{{lang|{{{2}}}|dir={{{dir|}}}|texte={{{texte}}}}}}}</includeonly><noinclude>{{Documentation}}</noinclude>

Attention au &nbsp; dans le code.

Par ailleurs, il faudrait envisager de créer une class pour remplacer le CSS inline.

od†n ↗^blah 2 septembre 2012 à 20:37 (CEST)

Une telle classe pourrait d'ailleurs aussi être utilisée pour le modèle {{lien}}. Comment faudrait-il la nommer ? codelang ?

OK pour garder {{{2}}}, et je ne sais plus pourquoi j'ai supprimé le &nbsp; — Zebulon84 (d) 3 septembre 2012 à 04:13 (CEST)

Tu n'as pas supprimé le &nbsp;. C'est simplement qu'il est interprété et affiché sous forme d'espace, et il faut faire attention à le copier correctement lorsque l'on applique à un modèle du code posté sur une page de discussion. L'informatique regorge de ces petites subtilités

Concernant la class, on peut toujours voir ça plus tard ; une chose à la fois ! (au passage, ne pas oublier que les navigateurs conservent les fichiers CSS en cache, donc la migration se fait par étapes)

Donc, pour ma part c'est OK, le code proposé peut être appliqué. Un gentil admin dans les parages ?

od†n ↗^blah 3 septembre 2012 à 05:05 (CEST)

Orlodrim ^[discuter] 3 septembre 2012 à 07:15 (CEST)

Merci. — Zebulon84 (d) 3 septembre 2012 à 07:26 (CEST)

Erreur de syntaxe du modèle article, mais pas ici pour le même code

Dans la page Cédric_Villani le code suivant :

{{Article
| langue     = en
| format     = pdf
| prénom1    = Horng-Tzer 
| nom1       = Yau
| périodique = {{Lang|en|ICM Proceedings}}
| éditeur    = [[congrès international des mathématiciens]]
| url        = http://www.icm2010.org.in/wp-content/icmfiles/laudaions/fields4.pdf
| titre      = {{Lang|en|The Work of Cédric Villani}}
}}

donne une erreur de syntaxe, mais pas ici ... cf. (en) Horng-Tzer Yau, « The Work of Cédric Villani », ICM Proceedings, congrès international des mathématiciens, (lire en ligne [PDF])

Quelqu’un a une explication / correction ? TomT0m (d) 4 septembre 2012 à 20:32 (CEST)

Difficulté sur le modèle "Utiliser la méta palette"

J'ai utilisé le modèle (peu connu) : {{Utiliser la méta palette}} dans des palettes non écrites en métapalette de navigation. Par exemple dans le Modèle:Alt Camp, cela est intéressant parce-que cela affiche un bandeau d'avertissement dans la page du modèle et catégorise ce modèle dans la Catégorie:Convertir en méta palette. Par contre je me suis aperçu que dans tous les articles utilisant la palette on voit s'afficher le bandeau, par exemple dans l'article Aiguamúrcia, ce qui évidemment n'est pas le but recherché. Si quelqu'un peut trouver une solution assez rapidement, sinon je serai obligé de retirer le bandeau, car évidemment je ne veux pas toucher aux articles concernées par la palette. --Berdea (d) 6 septembre 2012 à 11:27 (CEST)

Pour plus de sécurité j'ai enlevé le bandeau d'avertissement de toutes les pages où je l'avais mis. Mais le problème demeure et je n'utiliserai pas ce bandeau si on a les conséquences que j'ai j'ai décrit. --Berdea (d) 6 septembre 2012 à 12:27 (CEST)

En fait, pour que cela n'apparaisse pas dans l'article, il faut apposer le bandeau entre les balises <noinclude></noinclude>, comme les sont les interwiki ou les catégories propres à la palette. J'ai modifié {{Alt Camp}} en conséquence. . 6 septembre 2012 à 12:37 (CEST)Gonzolito ^Pwet

Mais pourquoi diable n'y ai-je point pensé ! Merci beaucoup. Je vais ajouté un commentaire dans la page du modèle de bandeau pour qu'on n'oublie pas.

PS : je suis surpris que ce bandeau soit si peu utilisé !

--Berdea (d) 6 septembre 2012 à 12:57 (CEST)

J'ai ajouté le commentaire : voir Modèle:Utiliser la méta palette--Berdea (d) 8 septembre 2012 à 02:58 (CEST)

Modèle:Bienvenue Copyvio 1

Bonjour. Pour info : modèle:Bienvenue Copyvio 1 a été effacé hier soir sans explication, j'ai demandé une protection.

Cordialement. --Eric-92 (d) 8 septembre 2012 à 17:42 (CEST)

Test css sur WP vesion mobile

N'ayant pas eu de succès sur common.css j'essaye ici : Pour tester du code CSS, j'utilise le Common.css lié à mon user.

Mais comme il n'est pas possible de se connecter avec la version mobile de Wikipédia, comment puis-je tester le code sur cette plateforme avant de faire un demande d'ajout sur MediaWiki:Common.css ?

— Zebulon84 (d) 9 septembre 2012 à 22:13 (CEST)

Connais-tu fr.m.wikipedia.org ? — Ltrl G^📞, le 9 septembre 2012 à 22:38 (CEST)

Oui, justement, mes css perso ne s'applique pas sur cette page. Donc je ne peux pas savoir si le code que je prévois de faire ajouter dans MediaWiki:Common.css vont résoudre les problème ou ajouter des bug sur version mobile du site. — Zebulon84 (d) 10 septembre 2012 à 00:21 (CEST)

En fait, j’ai l’impression que MediaWiki:Common.css non plus n’est pas efficace sur ces pages… — Ltrl G^📞, le 10 septembre 2012 à 19:31 (CEST)

Effectivement. Par contre les CSS en ligne sont pris en compte. Je vais devoir revoir certaines choses alors.

Merci. — Zebulon84 (d) 10 septembre 2012 à 20:35 (CEST)

{{Label}}

Je viens de créer ce modèle.

J'en suis satisfait, à un détail près ; s'il marche, un espace vertical persiste à la suite du modèle choisi. Cela doit venir des {{#ifeq}}, je n'y suis pas habitué. Quelqu'un veut bien m'arranger le coup ? Merci d'avance. --Orikrin1998 (Blabla/miaou) 10 septembre 2012 à 18:34 (CEST)

 Fait. ~Hlm Z. [@] 10 septembre 2012 à 19:03 (CEST)

Je me suis permis de déplacer la doc en sous-page, et de corriger une image. Gonzolito ^Pwet 10 septembre 2012 à 19:32 (CEST)

Juste une remarque, je changerais bien ADQ en AdQ, PDQ en PdQ, etc, comme dans les autres modèles usant de ces acronymes. Qu'en pensez-vous ? Gonzolito ^Pwet 10 septembre 2012 à 19:37 (CEST)

{{uc:}} → chacun fait ce qu’il veut. — Ltrl G^📞, le 10septembre 2012 à 19:46 (CEST)

J’ai fait un essai ici : Utilisateur:Ltrlg/Préparation/Modèle:Label. Ça rend à priori la même chose (sauf en cas d’erreur), ceci quelle que soit la casse des caractères : cf. Utilisateur:Ltrlg/tests. Des avis ? — Ltrl G^📞, le 11 septembre 2012 à 22:44 (CEST)

Bon, finalement c’est assez basique, donc j’ai modifié directement. — Ltrl G^📞, le 12 septembre 2012 à 08:42 (CEST)

Migration de l'Infobox Subdivision administrative : fin de la première partie

Bonjour, la première partie de la migration des modèles appartenant à la Catégorie:Modèle infobox subdivision administrative se conclut en ce moment par l'exécution d'un bot. Pour rappel, l'{{Infobox Subdivision administrative}} est le nouveau nom de l'{{Infobox Ville2}}, elle-même dérivée de l'{{Infobox Ville}}.
Premier bilan :

• lancement du projet il y a exactement 3 mois
• 136 modèles migrés,
• 12 modèles supprimés ou remplacés par une redirection,
• 3 catégories migrées : Catégorie:Modèle infobox commune, Catégorie:Modèle infobox Localité et Catégorie:Modèle infobox District,
• plus de 132 000 pages mises à jour,
• migration effectuée principalement à trois (Zebulon84, FDo64 et Orlodrim) et l'aide ponctuelle de quelques modélistes.

Les seuls vrais reproches ont concerné la communication, certains ont reproché d'être mis devant le fait accompli.
Différentes méthodes ont été employées, montrant que la méthode idéale de communication n'existe pas pour des migrations aussi lourdes :

1. Explication de la démarche et suivi du projet sur cette page de discussion.
2. Pour les modèles les plus employées et/ou impactés (utilisation uniquement d'une des trois méthodes suivantes) :
   • écriture d'un message sur la PDD Projet (encore fallait-il trouver le bon projet) -> inefficace pour les modélistes qui ne l'ont pas dans leur liste de suivi
   • écriture d'un message sur la PDD du modèle -> inefficace pour les modélistes qui ne l'ont pas dans leur liste de suivi
   • écriture d'un message sur la PDD des principaux contributeurs -> la plupart sont restés lettre-morte.
3. Pour les autres modèles, modification directe et réponse aux quelques réactions. C'est la méthode qui s'est révélée la plus efficace malgré quelques réactions excessives, mais malgré tout légitimes, auxquelles nous avons répondu positivement.

Deuxième étape :
Il reste encore au moins 110 modèles éligibles au méta-modèle {{Infobox Subdivision administrative}} utilisés par 14 700 pages. Il sont recensés dans une sous-pages dédiée. Cela concerne principalement les états, région, département et provinces. De nouvelles catégories seront créées pour les classer. Si certains ont des propositions de noms 'génériques' à proposer, cela évitera la multiplication des catégories.
Merci à tous ceux qui ont participé de près ou de loin à cette migration et, comme nous ne réclamons aucune exclusivité, vous êtes les bienvenus pour nous aider dans cette deuxième étape.
Cordialement.
PS. Si certains veulent réagir à ce bilan, plutôt que de surcharger cette page, ils sont les bienvenus sur ma page de discussion
--FDo64 (d) 11 septembre 2012 à 11:42 (CEST)

Fusion : modèles qui semblent en doublon

Les modèles {{retrait}}, {{commentaire biblio}} et même {{indente}} semblent relativement similaires. La différence tiens à l’utilisation d’un div ou d’un span. pour retrait et indente, qui ont été créés dans le même objectif.

Dans une autre discussions on s’est posé la question de savoir si on ne gagnerait pas à fusionner retrait et commentaire biblio dans le modèle {{commentaire}}, qui est vieux, peu utilisé et obsolète. Pas d’objections ici ? Je me demande personnellement si indente ne pourrait pas faire parti du lot, même si il est supposé mettre en retrait une formule mathématique sans casser la phrase, d’ou l’utilisation du div. TomT0m (d) 11 septembre 2012 à 22:25 (CEST)

Le div casse la phrase, tu voulais probablement écrire span ?

Effectivement, une fusion pourrait être intéressante, cependant le choix de {{commentaire}} me semble problématique : les modèles doivent avoir des noms les plus représentatifs possibles de ce qu’ils font. Si {{commentaire}} est représentatif de l’usage de {{commentaire biblio}}, il n’est en revanche pas représentatif de {{indente}} tel qu’il peut être utilisé pour les mathématiques.

— Ltrl G^📞, le 12 septembre 2012 à 08:37 (CEST)

Je confirme. Ajouter un commentaire, ce n'est pas comme mettre une figure en exergue au milieu d'une phrase. Je persiste donc à garder le modèle {{indente}} que j'ai créé pour un emploi bien précis. Je suis en revanche tout à fait d'accord pour la récupération du nom {{commentaire}} pour élargir {{commentaire biblio}} (d'autant plus que c'est moi qui l'ai suggéré à TomT0m sur ma page de discussion). Ambigraphe, le 13 septembre 2012 à 20:48 (CEST)

Modèle:Autres projets

Bonjour,

Après avoir vu passer cette modification récemment apportée au modèle {{Autres projets}}, faisant suite à cette discussion puis à cette DIPP, j'aurais une question à vous poser :

Il semble y avoir quelques avis pour que le libellé par défaut du lien, lorsque le paramètre « |wikitruc titre= » n'est pas défini, soit le nom de la page sur le projet ciblé (réutilisation du paramètre |wikitruc=), au lieu du nom de la page sur Wikipédia (magic word {{PAGENAME}}). J'aurais voulu savoir si vous êtes tous d'accord avec cette idée, et s'il y aurait éventuellement des problèmes à considérer.

Cordialement, od†n ↗^blah 12 septembre 2012 à 11:34 (CEST)

Je vois plusieurs problèmes potentiels : cela va afficher des titres en anglais pour toutes les pages de Commons, les liens vers les catégories de Commons auront le préfixe "Category:" (Aïkido), les liens vers Wikisource dans d'autres langues auront un préfixe de langue (Manifeste de Sandhurst) ou encore les deux à la fois (Statut d'autonomie de la Communauté valencienne). Orlodrim ^[discuter] 12 septembre 2012 à 18:26 (CEST)

Bien vu pour tous ces points, merci pour cette synthèse. On peut donc considérer le wiktionnaire comme un cas à part, n'étant pas soumis aux problèmes que tu as évoqué, mais étant en revanche soumis au problème de la capitalisation de la première lettre. od†n ↗^blah 12 septembre 2012 à 19:32 (CEST)

Gentilé

Existe-il un modèle ou un moyen quelconque d'obtenir le nom de le gentilé en fonction du nom d'un pays ?

Exemple : {{Gentilé|Canada|Féminin}} donnerai canadienne

Si cela n'existe pas, suis-je le seul à en avoir besoin ?
Es-t-il possible de le construire (sur le principe, je sais que c'est techniquement possible), éventuellement en s'appuiyant sur les modèles Country data ou sur les modèles Golocalisation.

Je viens de voir que sur Wiktionnaire les informations sont présentes, par contre là je ne sais pas si c'est techniquement possible de les récupérer.

— Zebulon84 (d) 14 septembre 2012 à 16:41 (CEST)

{{gentilé}} — Ltrl G^📞, le 14 septembre 2012 à 17:46 (CEST)

Quelle célérité Ltlg! Gonzolito ^Pwet 14 septembre 2012 à 17:56 (CEST)

Merci

Au départ je cherchais Nationalité. En écrivant mon message je suis tombé sur la page Wiktionnaire, vu le nom "gentilé", mais bêtement je n'ai pas cherché de modèle de ce nom .

— Zebulon84 (d) 14 septembre 2012 à 19:12 (CEST)

Je compte utilisé {{Gentilé}} dans un modèle de création de page pré-rempli avec quelques éléments pour facilité la création et améliorer l'homogénéité des articles. Ce modèle de création est destiné à être substitué dans la nouvelle page. Une fois la page crée, le gentilé peut très bien être inscrit "en dur" dans la page. Pour ce faire j'aimerai préparer le modèle Gentilé pour une substitution récursive systématique en remplaçant #switch: par safesubst:#switch:.

Au cas ou une substitution systématique pose un problème que je n'ai pas envisagé, je propose une substitution optionelle, en remplaçant #switch: par {{{subst|}}}#switch: (qui s'active en déclarant |subst=subst:). Dans un cas comme dans l'autre, l'utilisation actuelle dans une Infobox n'est pas perturbée, et le poids du modèle augmente d'environ 2 ko (+10%).

Y a-t-il des objections ? Dans le cas contraire, je modifierai {{Gentilé}} dans deux jours. D'ici là je propose un modèle de test ici, et une infobox de test là

— Zebulon84 (d) 15 septembre 2012 à 13:59 (CEST)

Infobox quartier canadien

J'ai constaté qu'avec votre modification sur la page Modèle:Infobox Quartier canadien, l'infobox a perdu sa couleur distinctive. Elle est maintenant devenue verte, exactement la même couleur que l'infobox des villes canadiennes. Merci de remettre l'ancienne couleur pour pouvoir distinguer. --Orbitale (d) 14 septembre 2012 à 21:11 (CEST)

Tu as raison, et j'ai donc modifié la couleur conformément à sa charte graphique.

Merci de l'avoir signalé.--FDo64 (d) 14 septembre 2012 à 22:44 (CEST)

Merci --Orbitale (d) 14 septembre 2012 à 22:57 (CEST)

Placement modèle

Hello ! J'ai eu maintes fois l'occasion de demander de l'aide à quelque modéliste, et j'ai toujours été réjoui de l'efficacité des volontaires.

Aujourd'hui, j'ai un nouveau problème. Je voudrais placer le modèle {{Stats}} au centre de la {{fenêtre}} de la page utilisateur de mon bot, OrikriBot. J'ai essayé les divstyle et wikitables...Mais j'ai dû capituler.

Est-ce que quelqu'un veut bien manipuler cette page pour placer le coquin correctement ? --Orikrin1998 (blabla/miaou) 15 septembre 2012 à 21:28 (CEST)

— Si je n'ai pas bien compris ta demande, n'hésite pas à révoquer ma modification.

Si ça interresse d'autres personnes, j'ai mis {{Stats}} dans un div class center : <div class=center>{{Stats|20}}</div>

Pour que ces stats n'apparaissent pas tout en bas de la page, j'ai mis la partie basse du texte de gauche qui ne dépassais pas du tier de la largeur de la page dans un <div style="float:left;"> </div>

— Zebulon84 (d) 16 septembre 2012 à 00:18 (CEST)

C'est exactement ce que je voulais ! Si je voulais dire que ça ne me plait pas, je devrais prendre les mesures au pixel !!! Merci ! --Orikrin1998 (blabla/miaou) 16 septembre 2012 à 20:03 (CEST)

{{Purger/message}}

Re-bonjour monsieur le projet.

Je voudrais ajouter une fonction complexe à ce modèle, mais je ne sais pas comment faire. Je voudrais qu'on puisse définir un preload (paramétrage {{{1}}}) mais que par défaut ce soit Wikipédia:Maquette. Un if remplaçant la maquette par défaut en quelque sorte.

Quelqu'un peut me faire ça ? --Orikrin1998 (blabla/miaou) 18 septembre 2012 à 11:49 (CEST)

Je n'ai pas mis de if, mais juste {{{1|Wikipédia:Maquette}}}. Ce qui signifie que {{Purger/message}} renverra Wikipédia:Maquette, mais {{Purger/message|}} générera un nouveau message vierge. Cette possibilité pouvant être utile, cela m'a semblé à la fois plus simple et approprié. — Zebulon84 (d) 18 septembre 2012 à 19:36 (CEST)

Et si je veux mettre, par exemple, ceci comme preload, si je le mets comme ça, {{Purger/message|Mon preload}}, ça marchera ? --Orikrin1998 (blabla/miaou) 18 septembre 2012 à 20:45 (CEST)

Oui, mais attention aux espaces. Avec l'emplacement actuel de "ceci" il faut écrire {{Purger/message|Discussion_utilisateur:Orikrin1998/Message}}, en oubliant pas de remplacer l'espace entre Discussions et utilisateur par un "_". — Zebulon84 (d) 18 septembre 2012 à 21:39 (CEST)

Codage de page utilisateur

Bonsoir.

Je voudrais demander les services d'un modéliste pour quelques détails de codage dont les subtilités m'échappent.

Je voudrais mettre le texte de Utilisateur:Orikrin1998/Brouillon sur ma PU, à la place des boîtes actuellement mal rangées. Cela fait deux jours que je travaille le code, mais je me suis bloqué à certains éléments qui m'empêchent de réaliser exactement ce que je veux (les vilains).

Après mûre recherche, désespoir relatif et documentation, je me suis résigné à demander aux modélistes de :

1. Corriger la branche du sommaire sous forme d'arbre au niveau de Langues, elle forme un T inadmissible.
2. Coller en haut de la page et à droite du sommaire les modèles {{BUdébut}} et {{BUfin}}.

Toutes remarques et gratouillages acceptés. Cordialement et merci d'avance, --Ork98 ^{→blablatoir←} 22 septembre 2012 à 20:43 (CEST)

J'ai modifié suivant ma compréhension du problème.

1. "Embranchement final" est destiné au embranchement sans nom, ici il y a un nom : "Pour parler de moi"
2. Le div du sommaire prend toute la largeur de la page. Le div "float:right" se positionnne là ou il est dans le code, et ce suit prend la place qui reste. (pas sur d'être très clair, si tu ne comprends pas j'essaierai de reformuler)

— Zebulon84 (d) 22 septembre 2012 à 21:18 (CEST)

Merci beaucoup, c'est tout bon ! --Ork98 ^{→blablatoir←} 23 septembre 2012 à 13:55 (CEST)

Sauf que non ; deux problèmes viennent s'ajouter à la liste.

1. Pourquoi les boîtes ne rentrent-elles pas dans le cadre des onglets sur ma PU (c'est également vrai sur Utilisateur:Orikrin1998/En-tête, page dans laquelle elles sont incluses) ?
2. Peut-on faire en sorte que les sections du chapitre Boîtes n'apparaissent pas dans le sommaire principal de la page ? En résumé, peut-on faire en sorte que des sections ne soient pas indexées dans le sommaire ? Si oui, comment ? --Ork98 ^{→blablatoir←} 23 septembre 2012 à 14:08 (CEST)

1. le modèle Début des onglets ouvre un div. Il faut le refermer après le contenu qui doit être dans le cadre. Et pour que les "float" ne dépassent pas il faut un {{clr}} auparavant.
2. Désolé, je ne sais pas faire et je n'ai pas trouvé.

— Zebulon84 (d) 23 septembre 2012 à 16:05 (CEST)

Je suis perdu. Je vais essayer de t'expliquer le tout le plus clairement possible ;

J'ai transféré les onglets de Utilisateur:Orikrin1998/En-tête à Utilisateur:Orikrin1998. Ça a fonctionné ; le fond de couleur a encadré la totalité de ma PU. J'ai ensuite entrepris de créer un sommaire sous forme d'arbre pour remplacer le sommaire automatique qui contient les sections que je ne voulais pas qu'elles soient indexées (tu peux relire hein !). J'ai créé l'arbre sur mon brouillon. Je l'ai ensuite copié-collé sur mon en-tête. Première surprise : le NOTOC ne fonctionne pas - le sommaire automatique persiste ! Deuxième surprise : tout le texte n'est à nouveau pas encadré par les onglets !

Depuis lors, j'ai effectué de nombreux tests de NOTOC, de sommaires...Et impossible de régler ces deux problèmes. Si tu te sens le courage de chercher et trouver, vas-y, c'est génial. Mais moi je ne sais plus. Pitié Merci d'avance. --Ork98 ^{→blablatoir←} 23 septembre 2012 à 20:38 (CEST)

Le sommaire s'affichait car tu l'imposais ({{sommaire à droite}})

La cadre des onglets était fermé dans l'entête. En supprimant ce {{clr}}</div> MediaWiki le ferme automatiquement à la fin de la page. Mais il vaut mieux le rajouter pour éviter de nouveau de se poser des questions à la prochaine modification qui amènera un débordement.

Attention aussi à la taille de la fenêtre. C'est bien présenté en largeur 1280 (je suppose la taille de ton écran), mais c'est "horrible" en moins large (i.e. Voir aussi et Utile qui dépasse de leur cadre), et moyen en plus large (espace important entre l'humeur et le chat, il faudrait que la boite humeur soit centrée). Ceci-dit, vu que tu est en plein travaux, tu as sans doute prévu d'optimiser ça plus tard.

— Zebulon84 (d) 23 septembre 2012 à 21:19 (CEST)

Merci beaucoup pour tout ce que tu as fait pour moi jusqu'ici. Je me demande s'il y a quelque chose que tu ne sais pas à propos des modèles, et sur le reste tu es quasiment incollable !

En effet, je connais ce problème dû à la largeur des écrans depuis quelques mois et je profiterai de mes gros changements pour arranger ça...Je ne sais pas encore comment et j'espère que tu seras encore disponible dans les jours qui viennent car tu m'es d'un grand secours ! Merci encore ! --Ork98 ^{→blablatoir←} 24 septembre 2012 à 10:10 (CEST)

Copie de l’affichage d’une page

Bonjour,
Je souhaiterais savoir s’il est possible de copier exactement ce qu’affiche une page A dans une autre page B.
Exemple : la page A peut contenir ou non {{PAGENAME}} et affiche ce qui ce doit quand ce mot magique est présent ; comment faire pour que la page B (dont le titre est sans rapport avec celui de la page A) affiche toujours ce qu’affiche la page A ? Zapotek (d) 27 septembre 2012 à 22:26 (CEST)

C'est impossible. Il est également impossible de faire apparaître la date de dernière révision d'une page A dans une autre page B. Orlodrim ^[discuter] 27 septembre 2012 à 22:44 (CEST)

L'article Modèle:Coche est proposé à la suppression

Bonjour, L’article « Modèle:Coche » 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 modèle:Coche/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.

Orikrin1998 ^{→blablatoir←} 28 septembre 2012 à 16:26 (CEST)

Assistant modèles

Écrans de l’assistant modèles.

Un contributeur de he.wp (he:משתמש:קיפודנחש) a créé un script pour faciliter l’utilisation des modèles en créant un formulaire (un peu comme sur l’espace Livre de Wikisource). Pour tester sur en.wp, il faut ajouter importScript('User:קיפודנחש/TemplateParamWizard.js'); sur votre common.js, puis éditer une page et c’est dans la barre d’outils > Advanced > icône {{}} (paramétrer correctement dans les préférences si besoin).

De plus, il y a une fonctionnalité permettant de spécifier au script le type des paramètres attendus (petit champ texte, champ multiligne, date) et éventuellement avec un peu de logique en plus (paramètre conditionnel à un autre, obligatoire, valeur par défaut) spécifié dans une sous-page du modèle ("/Parameters").

Qu’en pensez-vous ? pour ma part, je trouve que la sous-page /Parameters est une bonne idée et que ça vaudrait le coup d’essayer d’adapter ça ici.

~ Seb35 [^_^] 29 septembre 2012 à 13:47 (CEST)

(forgive my language) you can test it in frwiki, by calling the script through importScriptURI(). the line you'll have to add to Special:MyPAge/common.js is:

importScriptURI('//en.wikipedia.org/w/index.php?title=User:קיפודנחש/TemplateParamWizard.js&action=raw&ctype=text/javascript');

קיפודנחש (d) 29 septembre 2012 à 22:33 (CEST)

Modèle pour fin de tableau

Bonjour; suite à une discussion constructive avec Rémih (d · c · b), nous souhaitons l'avis du projet sur l'utilisation ou non d'un modèle pour les fins de tableau. Historiquement de nombreux articles (souvent traduits de WP:en) comportent un modèle {{end box}} pour marquer les fins de tableaux, et sont copiés tels quels lors de la traduction. Dans WP:fr ce modèle est une redirection vers {{Fin dynastie}}, (substitué par AWB) qui permet un rendu correct à l'affichage mais qui ne fait que générer un code "|}". Cependant ce cas de figure est détecté par P:CS (Erreur 28 permettant par exemple ce type de correction) mais génère de nombreux faux positifs (par exemple [3]), qui font perdre du temps lors du traitement des tableaux mal fermés. De plus si on ne les corrige pas ce type de détection réapparait systématiquement lors des nouveaux dumps, ce qui rend la maintenance fastidieuse. Ne serait-il pas plus efficace de simplifier la syntaxe en remplaçant simplement {{end box}} par "|}", d'autant plus que {{Fin dynastie}} n'est pas un nom très logique pour une fin de tableau il me semble. -- Speculos ^✉ 1 octobre 2012 à 10:29 (CEST)

Personne n'a d'avis sur la question? Bon d'accord c'est sans doute pas très important... Je continue donc à remplacer les modèles de fin de tableau par le simple code de fin de tableau. -- Speculos ^✉ 4 octobre 2012 à 18:10 (CEST)

Le plus logique serait de mettre un modèle à la fin si et seulement s'il y en a un au début, non ? Un tableau ouvert avec {{Début dynastie}} se finit avec {{Fin dynastie}}, un tableau ouvert avec {| se termine avec |}. Orlodrim ^[discuter] 4 octobre 2012 à 19:35 (CEST)

Tableau (très) complexe

Attention ! Demande compliquée !

Bonjour messieurs. Zebulon, tu es exempté de réflexion, tu as déjà assez fait pour moi.

Alors lisez bien parce que je m'exprime parfois mal, et je voudrais pas occasionner du travail inutile.

Bon ! je voudrais réorganiser cette page : Discussion utilisateur:Orikrin1998/Archives sous forme de tableau. J'ai fait ceci sur Paint. Alors attention, c'est un essai. Ce n'est pas forcément ça que je veux (d'ailleurs ce n'est pas très lisible...Les flèches sont là pour détailler). Cette image est destinée à vous donner une idée de ce que je voudrais (j'espère que c'est explicite...).

Pour ceux qui n'auraient pas compris le concept ; je veux un tableau sous forme de calendrier qui, d'une manière ou d'une autre, donnera les archives par intervalle de date. Priorité : telles les deux dernières lignes du tableau de l'image, je veux que les cases des archives tiennent une proportion de la longueur du cadre selon leur étendue temporelle.

En résumé, je veux : le code ou la technique pour réaliser ce tableau très complexe.

Ce que vous pouvez faire :

• Me poser une (des) question(s) parce que je sais que je suis parfois bizarre dans mes expressions.
• Me demander des détails.
• Me proposer un autre type de tableau si celui-ci est (vraiment) trop compliqué.

Ce que vous ne pouvez pas faire :

• Commencer le code directement. Vous risquez la gamelle. Enfin si vous êtes sûrs de vous ou que vous aimez essayer/prendre des gamelles, je ne vous en empêche pas, mais je vous aurai prévenu.

Voilà, voilà ! --Orikrin1998 ^{→blablatoir←} 5 octobre 2012 à 14:44 (CEST)

Bonjour, avant de demander la lune, as-tu lu cette page des bonnes pratiques en matière d'accessibilité des tableaux  ? --Amicalement, Salix ^[Converser] 9 octobre 2012 à 11:22 (CEST)

Je ne connaissais pas cette page. Mais je prends note de ces bonne pratiques. --Orikrin1998 ^{→blablatoir←} 9 octobre 2012 à 12:32 (CEST)

Tant que ça ne sort pas de "chez toi" tu peux te lâcher un peu mais c'est à éviter à tout prix dans l'espace encyclopédique . --Amicalement, Salix ^[Converser] 9 octobre 2012 à 12:40 (CEST)

Modèles "Unicode", incompatibles avec les taxobox

Bonjour, tous les modèles unicode/langue (cf. Wikipédia:Liste d'avertissements permanents) devraient être réduits à une ligne ou un bandeau discret car ils affectent sérieusement la mise en page des articles ayant une taxobox (articles de biologie), décalant celle-ci vers le milieu de la page. Voir cet exemple. J'ai mis un {{clr}} mais cela crée alors un grand vide en en-tête. Merci de modifier ces modèles en conséquence : pas de boîte flottante svp en tête d'article ! Voir aussi Discussion modèle:Unicode chinois. --Amicalement, Salix ^[Converser] 9 octobre 2012 à 11:17 (CEST)

Tablaux triables :Tri1

Le modèle {{Tri1}} pose un problème d’accessibilité. Suite à la dernière mise à jour de MediaWiki, il y a une possibilité pour résoudre ce problème.

propositions intermédiaires et discussion

Je propose donc de remplacer le code de Tri1 par le code suivant :

<includeonly>data-sort-value="{{{1|}}}"|</includeonly><noinclude>{{Documentation}}</noinclude>

Si vous ne voyez pas d'erreur ou de risque avec ce nouveau code, je ferai la demande de modification à la fin de la semaine.

— Zebulon84 (d) 9 octobre 2012 à 17:21 (CEST)

ps : Par ailleurs, je signale relativement à l'exemple du modèle {{Smn}} que l'utilisation des abréviations correctes et usuelles pour les mois (janv, fév, avr, mai, juin, juil, août, sept, oct, nov, déc) rend la colonne de date correctement triée, sans ajout particulier

Ça risque d'être compliqué. Cela ne marchera pas :

• s'il y a déjà un | avant Tri1 ;
• si Tri1 n'est pas dans un tableau (ce qui est possible notamment s'il est inclus via un autre modèle, par exemple {{République dominicaine}}).

Orlodrim ^[discuter] 9 octobre 2012 à 18:45 (CEST)

OK, on abandonne un remplacement simple. Par contre un nouveau modèle et une incitation à remplacer tri serait utile, mais cela nécessite une réflexion pour trouver comment proposer une solution aussi simple que l'actuel tri.

— Zebulon84 (d) 9 octobre 2012 à 19:24 (CEST)

---

Nouvelle proposition :

Comme les tableaux triables sont activés et fonctionnent avec javascript, il est possible de s'appuyer dessus. Donc avec le code suivant pour {{Tri1}} ne devrait plus gêner les utilisations actuelles :

<span class=sortkey data-sort-value="{{{1|}}}">&zwj;</span>

note : le &zwj; sert à obliger MediaWiki à conserver le span, sans pour autant afficher quoi que ce soit. Si vous avez une meilleure méthode je veux bien l'adopter.

L'ajout du javascript suivant copie l'attribut data-sort-value dans la cellule contenante :

addOnloadHook(Add_dataSortValue);

function Add_dataSortValue() {
	var dsvRow, dsv, i;
	dsv = getElementsByClassName(document.body, 'span', "sortkey");
	for(i = 0, m = dsv.length ; i < m ; i++) {
		dsvRow = dsv[i].parentNode;
		if (dsvRow.nodeName.toLowerCase() == 'td') {
			dsvRow.setAttribute("data-sort-value", dsv[i].getAttribute("data-sort-value") );
		}
	}
}

Suis-je encore passé à coté d'un élément essentiel ?

— Zebulon84 (d) 9 octobre 2012 à 22:13 (CEST)

Il pourrait y avoir des tableaux triables dans lesquels un élément utilisant {{Tri1}} est présent par hasard, ailleurs qu'au début de la cellule. Exemple inventé :

Lieu intéressant	Station la plus proche
X	Commerce
Y	Bolivar
Z	Alexandre Dumas

D'un autre côté, il n'est pas possible de prendre juste le premier fils de la balise TD dans le document (avec {{République dominicaine}} par exemple, l'image vient avant l'appel à {{Tri1}}).

Orlodrim ^[discuter] 9 octobre 2012 à 23:43 (CEST)

C'est malin ça, j'ai été "obligé" de relire les articles sur les lignes du métro, puis du RER... Et on devrait bannir ceux qui empêchent de faire des bêtises en toute tranquillité .

Pour "essayer" de ne rien oublier, j'ai décidé de prendre tout le texte de la cellule, sauf celui contenu dans les éléments de class "datasortkey" (J'ai changé le nom de la class car le comportement est légèrement différent de celui remplacé). J'en arrive au code javascript suivant :

addOnloadHook(Add_dataSortValue);
 
function Add_dataSortValue() {
	var sortTables, sortTableTds, dsvElemements, i, j, m, n;
	sortTables = getElementsByClassName(document.body, 'table', "sortable");
	if (sortTables) {
		for (i = 0, m = sortTables.length; i < m; i++) {
			sortTableTds = sortTables[i].getElementsByTagName('td');
			if(sortTableTds) {
				for (j = 0, n = sortTableTds.length; j < n; j++) {
					if (getElementsByClassName(sortTableTds[j], '*', "datasortkey").length > 0) {
						sortTableTds[j].setAttribute("data-sort-value" , dataSortValue(sortTableTds[j]));
					}
				}
			}
		}
	}
}

function dataSortValue(element) {
	var elChilds = element.childNodes, 
		elChild, 
		sortValue ="", 
		i, m;
		
	for (i = 0, m = elChilds.length; i < m; i++) {
		elChild = elChilds[i];
		if ($(elChild).hasClass("datasortkey")) {
			sortValue += elChild.getAttribute("data-sort-value");
		} else {
			if (elChild.nodeType == 1 && getElementsByClassName(elChild, '*', "datasortkey").length > 0) {
				sortValue += dataSortValue(elChild);
			} else {
				sortValue += elChild.textContent || elChild.innerText || '';
			}
		}
	}
	return sortValue;
}

La philosophie de ce code est bien sur de ne pas inclure le code donnant un tri érroné (avec accent...). Pour cela je propose d'adapter tri1 pour avoir :

{{tri1|clé de tri sans accent|code à afficher}}

<span class="datasortkey" data-sort-value="{{{1|}}}">{{#if:{{{2|}}}|{{{2}}}|&zwnj;}}</span>

Cette nouvelle syntaxe est sauf erreur de ma part compatible avec l'actuelle, et bénéficie d'une nouvelle possibilité qu'il faudra promouvoir.

— Zebulon84 (d) 10 octobre 2012 à 19:35 (CEST)

Ça commence à faire un gros hack, est-ce que le remède n'est pas pire que le mal ?

Je vais encore en rajouter :

• Dans Gymnastique artistique aux Jeux olympiques d'été de 2012 - barres asymétriques femmes#Finale, l'une des colonnes à trier utilise des balises TH au lieu de TD.
• Les &zwnj; sont peut-être invisibles, mais si on fait un copier-coller, ça provoque des bugs incompréhensibles. Par exemple, pourquoi ce lien est rouge : Exem‌ple ? Il faudrait donc mettre quand même un display:none si on est obligé d'afficher le &zwnj;.

Orlodrim ^[discuter] 10 octobre 2012 à 22:14 (CEST)

En passant, pourquoi mettre {{#if:{{{2|}}}|{{{2}}}|‌}} au lieu de {{{2|‌}}} ? Ambigraphe, le 10 octobre 2012 à 23:30 (CEST)

Je pense que supprimer la forte recommandation de ne pas utiliser de tableaux triables dans l'espace encyclopédique vaux bien un peu de javascript, même si cette recommandation est largement ignorée.

Le code est encore un peu plus long car j'ai eu pitié des surfeurs en entreprise qui sont scotchés à IE6 ou 7. On peut faire plus court avec "querySelectorAll" si on les laisse de coté. Je n'ai pas voulu touché au jQuerry pour si peu.

J'ai remis le span en style="display:none;" si {{{2}}} est vide. Puisqu'il est caché, on peut donc utiliser un espace un peu plus "visible" et j'ai remplacer

@Ambigraphe : {{{2|xxx}}} ne prend la valeur "xxx" que si l'argument 2 n'est pas défini. S'il est défini mais vide c'est une chaine vide qui est renvoyée. Or si un modèle standard est rarement appelé sous la forme {{monmodèle | param 1 | }}, c'est très souvent le cas des méta-modèle qui servent dans beaucoup d'autre modèle avec souvent des paramètres facultatifs.

 

Bref voici mes versions actuelles : {{Tri1}} (implémenté ici) :

<span class="datasortkey" data-sort-value="{{{1|}}}" {{#if:{{{2|}}}|>{{{2}}}|style="display:none;">&emsp;}}</span>

JavaScript (note : au passage j'ai trouvé JSLint qui m'a amené à faire quelques modifs)  :

function dataSortValue(element) {
	var elChilds, elChild, sortValue = "", i;
	elChilds = element.childNodes;
	for (i = 0; i < elChilds.length; i += 1) {
		elChild = elChilds[i];
		if ($(elChild).hasClass("datasortkey")) {
			sortValue += elChild.getAttribute("data-sort-value");
		} else if (elChild.nodeType === 1 && getElementsByClassName(elChild, 'span', "datasortkey").length > 0) {
			sortValue += dataSortValue(elChild);
		} else {
			sortValue += elChild.textContent || elChild.innerText || '';
		}
	}
	return sortValue;
}
 
function Add_dataSortValue() {
	var i, j, cellNodesList,
		sortTables = getElementsByClassName(document.body, 'table', "sortable");
	if (!sortTables || getElementsByClassName(document.body, 'span', "datasortkey").length === 0) {
		return;
	}
	for (i = 0; i < sortTables.length; i += 1) {
		cellNodesList = sortTables[i].getElementsByTagName('td');
		for (j = 0; j < cellNodesList.length; j += 1) {
			if (getElementsByClassName(cellNodesList[j], 'span', "datasortkey").length > 0) {
				cellNodesList[j].setAttribute("data-sort-value", dataSortValue(cellNodesList[j]));
			}
		}
		cellNodesList = sortTables[i].getElementsByTagName('th');
		for (j = 0; j < cellNodesList.length; j += 1) {
			if (getElementsByClassName(cellNodesList[j], 'span', "datasortkey").length > 0) {
				cellNodesList[j].setAttribute("data-sort-value", dataSortValue(cellNodesList[j]));
			}
		}
	}
}
 
addOnloadHook(Add_dataSortValue);

— Zebulon84 (d) 12 octobre 2012 à 16:35 (CEST)

Cette fois ça me semble vraiment complet ! Orlodrim ^[discuter] 13 octobre 2012 à 21:35 (CEST)

Chic

Je fait une demande d'intervention sur WP:DIMS pour ajouter le Js, puis sur WP:DIPP pour modifier la page quand le Js sera actif, ou est-ce que tu t'en occupes directement ?

— Zebulon84 (d) 14 octobre 2012 à 01:12 (CEST)

Je préfère que tu ouvres une section sur WP:DIMS, peut-être que d'autres contributeurs auront des suggestions utiles. Je m'en occuperai dans deux ou trois jours si personne ne l'a fait d'ici là, et une semaine plus tard pour le modèle. Orlodrim ^[discuter] 14 octobre 2012 à 01:19 (CEST)

J'ai en fait moi-même signalé ça sur WP:DIMS. Pour info aussi : bugzilla:27786 « let empty metadata-elements pass through tidy ». Orlodrim ^[discuter] 14 octobre 2012 à 14:38 (CEST)

Merci — Zebulon84 (d) 14 octobre 2012 à 17:34 (CEST)

Si on veut pousser à l'utilisation du paramètre {{{2}}} pour que le texte ne soit pas pris en compte dans le tri, il faudra adapter {{Tri}} et {{Tri0}}. Mais je n'ai pas le temps de regarder ça maintenant. — Zebulon84 (d) 16 octobre 2012 à 05:22 (CEST)

C'est mis à jour (il manque la doc). Orlodrim ^[discuter] 10 novembre 2012 à 17:06 (CET)

J'ai mis à jour la doc de Tri1.

Sauf si j'ai encore raté un mode ou cela pourrait poser problème, pour que {{Tri}} ai un comportement équivalent dans le futur usage, il faudrait plutôt :

{{#if:{{{t|}}}|{{Tri{{{t|}}}|1={{{1|}}}|2={{{2|}}}}}|{{{2|}}}}}

— Zebulon84 (d) 15 novembre 2012 à 06:36 (CET)

Orlodrim ^[discuter] 15 novembre 2012 à 09:29 (CET)

J'ai modifié la doc de Tri, juste le minimum pour refléter la nouvelle utilisation de ce modèle. j'y reviendrai peut-être car je la trouve un peu légère. — Zebulon84 (d) 17 novembre 2012 à 08:30 (CET)

Modèle:Référence nécessaire

Bonjour,
Je pense qu'il faudrait peut-être revoir le modèle {{référence nécessaire}}, notamment lorsqu’il s'agit d'un bloc de texte qui n'est pas sourcé, en effet, àmha, il met en avant la partie concernée comme si c'était une information importante, or l'objectif de ce modèle est d'alerter le lecteur sur la fiabilité de l'information ; et ce n'est pas le petit [réf. nécessaire] qui, je pense, fait comprendre au lecteur lambda qui ne connait pas grand chose à WP, que l'information encadrée n'est pas sourcée donc vérifiable.
Exemple de texte encadré : Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Duis in odio. Maecenas vel tortor ac ipsum cursus posuere. Vestibulum porta lectus et mauris. Aliquam lorem odio, lacinia ac, tincidunt sit amet, vestibulum at, dui. Vivamus luctus, pede sed fringilla feugiat, nisi sapien placerat nisi, a rhoncus eros enim non turpis.^{[réf. nécessaire]}
Qu'en pensez-vous ?
Cordialement,--AM 23 • (discuter) 14 octobre 2012 à 18:21 (CEST)

Entièrement d'accord.
Je pense que mettre l'information en gris serai plus pertinent. D'une part on se doute que l'information, moins aisée à lire n'est pas importante, d'autre part cela permétrai de mieux voir le "référence nécessaire". Ma proposition :

Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Duis in odio. Maecenas vel tortor ac ipsum cursus posuere. Vestibulum porta lectus et mauris. Aliquam lorem odio, lacinia ac, tincidunt sit amet, vestibulum at, dui. Vivamus luctus, pede sed fringilla feugiat, nisi sapien placerat nisi, a rhoncus eros enim non turpis.

^{[réf. nécessaire]}

Ceci dit, je ne suis pas sur que ce genre de décision doivent être prise sur la page de discussion du projet modèle, qui est certainement peu lu par ceux qui utilise ce modèle. Ce qui a sa place ici est surtout la demande de réalisation technique d'une proposition précise.
— Zebulon84 (d) 14 octobre 2012 à 20:59 (CEST)

D'accord aussi. Les soulignements et encadrements, provoquant une forte emphase, conviennent pour une personne accomodée à Wikipédia, habituée aux "refnec" et susceptible d'apporter des corrections. En revanche, j'imagine que cela ne doit pas forcément avoir l'effet escompté pour le simple lecteur. Le texte grisé me paraît être une très bonne idée. Mais comme le changement est d'importance, il faudra en discuter avec l'ensemble de la communauté. od†n ↗^blah 15 octobre 2012 à 12:13 (CEST)

Bonne idée, je suis tout-à-fait d'accord aussi pour le grisé, bien préférable au souligné et à l'encadré. Merci, cordialement, Kertraon (d) 15 octobre 2012 à 13:42 (CEST)

Pour l'histoire du grisé aussi. Gonzolito ^Pwet 15 octobre 2012 à 14:30 (CEST)

Le grisé est ce à quoi j’avais aussi pensé lorsque j’ai vu le message d’AM23. Pour des raison de lisibilité du texte sur le fond blanc des pages, il faudrait cependant plutôt #777 Lorem ipsum que #999 dolor sit amet. Une telle modification devra effectivement passer par la communauté. — Ltrl G^📞, le 15 octobre 2012 à 17:27 (CEST)

Au début, je pensait simplement à la suppression du cadre pour un autre moyen mais apparemment le soulignage est également remis en question, ce qui toucherait donc une bonne partie des modèles de cette liste. Pour le texte grisé c'est une bonne idée mais est-ce qu'il faut l'appliquer aux modèles comme {{quand}}, {{qui}} et {{quoi}} ? Une discussion avec l'ensemble de la communauté doit donc sûrement être engagée, mais sous quelle forme : un sondage, une prise de décision ou une discussion de bistro ? --AM 23 • (discuter) 15 octobre 2012 à 19:20 (CEST)

En général les {{quand}}, {{qui}} et {{quoi}} ne remettent pas en question l'information et le soulignage est court. Je ne pense pas qu'il soit nécessaire de les inclure dans cette réflexion, même si àmha on gagnerait en lisiblité à les souligner en gris plus discret que le rouge actuel. Pour la décision, il faut savoir où l'on met les pieds : s'il s'agit d'un impératif technique ou d'accessibilité, la priorité n'est pas la même que s'il s'agit d'une simple question d'esthétique à soumettre à l'ensemble de la communauté (qui de contre fiche généralement de l'accessibilité). --Amicalement, Salix ^[Converser] 9 novembre 2012 à 13:10 (CET)

Pssit ! ça discute aussi par ici. --Amicalement, Salix ^[Converser] 9 novembre 2012 à 13:06 (CET)

Syntaxe erronée

Bonsoir,

j'ai beau cherché, je ne comprend pas pourquoi le modèle {{Infobox Écorégion WWF}} catégorise les articles dans Catégorie:Page utilisant un modèle avec une syntaxe erronée... Quelqu'un aurait-il l'amabilité d'éclairer ma lanterne?

Merci d'avance, --Terpsichores (d) 17 octobre 2012 à 22:11 (CEST)

Aucun article l’utilisant n’y est catégorisé, donc je ne vois pas le problème ? — Ltrl G^☎, le 17 octobre 2012 à 22:18 (CEST)

Euh si, les catégories de ces articles y figurent, par exemple: l'article Taïga de Sibérie orientale est automatiquement catégorisé dans Catégorie:Écorégions de forêts boréales et taïga (Paléarctique) qui est elle-même reprise dans Catégorie:Page utilisant un modèle avec une syntaxe erronée...--Terpsichores (d) 17 octobre 2012 à 22:34 (CEST)

Ce n’est pas l’infobox, c’était {{multi bandeau}}… — Ltrl G^☎, le 17 octobre 2012 à 22:41 (CEST)

Ah ben si j'avais su... dire que c'est même pas moi qui ai apposé le premier... je n'ai fait que copier-coller ensuite en pensant bien faire... Bon ben merci pour cette réponse éclair et bonne soirée! --Terpsichores (d) 17 octobre 2012 à 22:47 (CEST)

2012-10 Modèle:Miniboîte

Actuellement la page Eicosane utilise {{Miniboîte|{{capaciteTherm|boiteDeroulante=0}} au lieu de {{capaciteTherm|boiteDeroulante=1}}. Le code de Modèle:Miniboîte copié dans Modèle:CapaciteTherm, Modèle:CapaciteThermShomate, Modèle:GroupeEspace, Modèle:PressionVapeur, semble ne pas fonctionner correctement dans ces quatre modèles. Visite fortuitement prolongée (d) 21 octobre 2012 à 22:40 (CEST)

Problème Modèle:République dominicaine

Bonjour, le modèle {{République dominicaine}} génère un petit problème comme on peut le voir dans le sommaire de la page Santo Domingo. Florn (d) 29 octobre 2012 à 22:49 (CET)

Bonjour. C'est dû à la clé de tri lors de l'appel à {{Drapeau2}}, par exemple lorsque le modèle est utilisé dans un tableau. Il ne me semble pas qu'il soit très recommandé d'utiliser des modèles dans des titres comme cela... Si ? Gonzolito ^Pwet 30 octobre 2012 à 07:36 (CET)

L'article Modèle:PS est proposé à la suppression

Bonjour, L’article « Modèle:PS » 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 modèle:PS/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.

Orikrin1998 ^{→blablatoir←} 5 novembre 2012 à 14:25 (CET)

Problème de taille des boîtes unicode

Voir ici. Jean-Jacques Georges (d) 26 octobre 2012 à 18:25 (CEST)

Sur cette question « avertissement {{Unicode}} par mini-infobox à droite ou bandeau en haut », discussion relancée sur la pdd correspondante, endroit suggéré par plusieurs personnes dans le lien Bistro précédent. — Oliv☮ ^{Éppen hozzám?} 7 novembre 2012 à 10:58 (CET)

Voir aussi le problème évoqué ci-dessus. --Amicalement, Salix ^[Converser] 7 novembre 2012 à 14:30 (CET)

L'article Modèle:etc. est proposé à la suppression

Bonjour, L’article « Modèle:etc. » 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 modèle:Etc./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.

Gonzolito ^Pwet 8 novembre 2012 à 08:02 (CET)

Migration de l'Infobox Subdivision administrative : fin de la deuxième partie

Bonsoir, 125 autres modèles ont été migrés deux mois après la fin de la première partie de la migration débutée il y a 5 mois (136 modèles avaient alors été réécrits). Cela coïncide avec mon premier anniversaire sur WP . Cette fois-ci j'ai eu la bonne surprise d'être aidé par Sardur. Une fois le travail du bot dressé par Orlodrim terminé, il restera à faire, comme à chaque fin de projet, le nettoyage de chantier. Il consistera à vider, autant que possible, la Catégorie:Maintenance Infobox Subdivision administrative. Deux demandes sont en attente à ce sujet : Discussion Projet:Infobox#Infobox/Image et Wikipédia:Atelier graphique/Cartes#Alasca.
Je compte sur vous pour développer les nouvelles Infobox en utilisant le méta-modèle {{Infobox Subdivision administrative}}.
À bientôt sur de nouveaux projets. --FDo64 (d) 9 novembre 2012 à 22:20 (CET)

Lien externe qui ne fonctionne pas

Bonjour,

je cherche à inclure l'url suivante dans le modèle ({{infobox Écorégion d'eau douce}} : http://www.feow.org/ecoregion_details.php?eco=709. Visiblement, le signe "=" fait foirer l'opération. Je l'ai remplacé par http://www.feow.org/ecoregion_details.php?eco%3d709 mais le lien aboutit sur une page qui n'affiche pas toutes les infos. Quelqu'un a-t-il une explication?

Merci d'avance, --Terpsichores (d) 10 novembre 2012 à 13:13 (CET)

Effectivement [http://www.feow.org/ecoregion_details.php?eco%3d709 feow.org] = feow.org ne renvoie pas à l'adresse complète avec « ?eco=709 ». Dans le modèle indiqué c'est dans un {{Infobox V3/Tableau Ligne mixte}} dans les paramètres non nommés 1 et 2 : pour éviter le problème de = indique la valeur de ces paramètres avec au début 1= et 2= et ça devrait marcher. — Oliv☮ ^{Éppen hozzám?} 10 novembre 2012 à 14:04 (CET)

Effectivement, le problème est résolu! Mille merci, je ne cherchais pas au bon endroit! --Terpsichores (d) 10 novembre 2012 à 17:29 (CET)

Infobox Rune

Bonjour,

Actuellement, les articles sur les runes ont des infoboîtes dédiées à chacun d'eux : {{Infobox Fehu}} sur Fehu, etc. J'aimerais créer une {{Infobox Rune}} avec les briques V3 qui serait déployée sur tous les articles, mais j'ai encore quelques soucis. Pour l'instant, mes tentatives sont visibles sur cette page de brouillon. Mon principal problème est le cas où plusieurs cases devraient contenir la même information : cf. cette page de test. Bref, si vous avez des suggestions ou des conseils, je suis tout ouïe. – Swa cwæð Ælfgar (d) 17 mai 2012 à 14:23 (CEST)

Projet:Palette ?

Je suis surpris qu'il n'y ait pas un Projet:Palette comme il existe un Projet:Infobox ? Quelqu'un a-t-il une explication ? --Berdea (d) 6 septembre 2012 à 11:19 (CEST)

Je te signale qu'à temps perdu (j'en ai pas en ce moment) je travaille également sur ce sujet et j'ai une sous-page qui recense ce qu'il y a à faire (de mon point de vue). J'ai donc réécrit pas mal de Palettes avec des méta-modèles, le problème c'est qu'ils ne couvrent pas tous les cas de figure, en particulier les Palettes avec des tableaux. Par ailleurs, j'ai vu que Lgd était en train de les réécrire.

Il y a 16 000 Palettes et finalement peu qui n'utilisent pas les méta-modèles.

Dans tous les cas, d'accord pour y travailler à plusieurs.

Cordialement.--FDo64 (d) 6 septembre 2012 à 17:42 (CEST)

J'ai mis à jour ma sous-page et j'en ai profié pour terminer le renommage des Infobox qui le méritaient.

Il reste 257 Palettes à renommer, ceux qui voudront aider à cette harmonisation sont les bienvenus.

Remarque aux volontaires : il ne suffit pas de renommer la Palette, il faut également modifier le modèle et son paramètre 'modèle, ainsi qu'éventuellement la documentation.

Merci--FDo64 (d) 8 septembre 2012 à 15:03 (CEST)

J’ai converti une bonne partie de Catégorie:Convertir en méta palette et effectué les renommages nécessaires pour les palettes en question. Je ne sais pas comment convertir les restantes. — Ltrl G^📞, le 11 septembre 2012 à 21:39 (CEST)

Pour les automobiles, on pourrait peut-être se servir de {{Palette Modèles automobile}}, quitte à modifier celle-ci après (vu qu'elle a aussi le bandeau) ? Gonzolito ^Pwet 11 septembre 2012 à 22:16 (CEST)

Ltrl : je constate que toutes les palettes que tu as renommées ne font pas partie de ma liste et pour cause, elles ne sont pas classées dans la Catégorie:Palette de navigation. Il y en a beaucoup d'autres dans ce cas ?

De mon côté, j'ai renommé pas mal de modèles ces derniers jours, il m'en reste 169.--FDo64 (d) 11 septembre 2012 à 22:36 (CEST)

Si : « Catégorie:Convertir en méta palette : comment faire ? »

Pour bien faire, il faudrait savoir qui dans Catégorie:Palette de navigation n’utilise pas {{méta palette de navigation}} et qui, parmi les modèles utilisant {{méta palette de navigation}} ne commencent pas par Palette. Il ne restera alors plus que les cas n’utilisant pas {{méta palette de navigation}}, non catégorisés dans Catégorie:Palette de navigation et ne commençant pas par Palette. Pour ceux-là, je pense qu’il n’y a rien à faire à part attendre que quelqu’un au courant tombe dessus. — Ltrl G^📞, le 11 septembre 2012 à 22:50 (CEST)

Dans ma sous-page, au tout début, il y a des catscan (horriblement longs) qui répondent à ces questions et c'est à partir d'eux que j'ai dressé les listes il y a quelques mois. Par contre, je ne me rappelle pas qu'il y ait eu les subdivisions que tu as renommées, mais peu importe, l'important c'est que tu l'aies fait. Désolé d'insister, mais pour bien faire il faudrait les classer dans une sous-catégorie de Catégorie:Palette de navigation pour les retrouver. Merci.--FDo64 (d) 11 septembre 2012 à 23:12 (CEST)

Il y avait aussi une bonne artie de Catégorie:Palette de navigation par communauté autonome.

catscan : ah oui, je n’avais pas vu pour les inclusions de modèles…

Ces palettes n’étaient ni catégorisées ni utilisaient un modèle adéquat, c’est pour ça que tu ne les avais pas…  Fait.

— Ltrl G^📞, le 11 septembre 2012 à 23:33 (CEST)

Pour revenir à la question initiale, je ne sais pas s'il faut créer un Projet Palette. Il y a tant de pages projets qui ne sont plus maintenues (par exemple, celle-ci) et dont la seule page encore vivante est celle de discussion... Par contre, je partage avec tous les volontaires ma sous-page listant les actions à entreprendre sur les palettes. Vous pouvez en rajouter et la mettre à jour en fonction des corrections que vous aurez faites. Je pense que si un modéliste veut bien s'attaquer aux tableaux, on devrait pouvoir venir à bout de cette liste assez rapidement.
Merci aux volontaires.--FDo64 (d) 16 septembre 2012 à 16:12 (CEST)

Suppression du modèle:Sous-titre ?

Voir Discussion modèle:Sous-titre/Suppression — Le message qui précède, non signé, a été déposé par l'IP 94.140.9.43 (discuter), le 17 novembre 2012 à 16:02 (CEST)

Suppression des modèles infobox V3 ?

Voir Discussion modèle:Infobox V3/Suppression — Le message qui précède, non signé, a été déposé par l'IP 94.140.9.43 (discuter), le 17 novembre 2012 à 16:57 (CEST)

---

Message du comte Nemoi – Ces modèles finiront par être virés, heureusement, pour les nombreux points (malheureusement) exacts de la motivation du proposant, qui qu’il soit. C’est prévu, ça se fera, mais ça ne se fera pas par une proposition à la suppression, mais par la création de modèles plus adaptés (notamment, le regroupement en un seul modèle de Modèle:Infobox V3/Tableau Ligne données et de son Modèle:Infobox V3/Tableau début et Modèle:Infobox V3/Tableau fin). Cela dit, le plus urgent à faire se trouve sur Projet:Infobox/Ménage_V1, et nécessite votre aide à tous. Ce 17 novembre 2012 à 17:18 (CET).

Suppression des modèles de titre ?

Voir Discussion modèle:Titre mis en forme/Suppression (modèles {{Titre mis en forme}}, {{Langue du titre}} et {{Minuscule}}) — Le message qui précède, non signé, a été déposé par l'IP 94.140.9.43 (discuter), le 17 novembre 2012 à 16:02 (CEST)

Infobox écoles et établissements supérieurs

Bonjour. Suite aux discussions hier sur le bistrot, où ma proposition de faire des infobox différentes pour les établissements publics et les établissements privées (tous niveaux, écoles, enseignement supérieur) n'a pas rencontré de soutien, et au message de Lgd sur ma PdD aujourd'hui, je prie les modélistes d'évaluer la pertinence des propositions suivantes :

1. faire un champ spécifique du type statut, pour les infobox d’écoles et d’établissement d'enseignement supérieur, pour pouvoir préciser dans l'infobox : public/privé
2. faire un champ spécifique du type Diplôme d'État, pour les établissements d'enseignement supérieur, pour pouvoir préciser les établissements qui donnent des diplômes d'État habilités en fin de cursus, de ceux qui délivrent des "titres" qui ne sont pas des diplômes. Cordialement--dame éliane ^{[¿quoi donc ?]} 21 mai 2012 à 14:07 (CEST)

Grosse mise à jour Formulaire création page de jeu vidéo

Bonjour, j'aurai besoin de votre aide, le créateur de ce formulaire ne passant plus sur wikipédia, elle aurait besoin d'une grosse mise à jour car elle devient obselete avec les évolutions. En en parlant sur le PDD du projet, j'ai mis en évidence des points d'amélioration :
J'ai fait des petits tests et remarqué qu'il manque :

• revoir la phrase d'intro pour donner un phrase du style : Truc est un jeu vidéo de type bidule développé par tic et édité par tac en "tel année" sur "tel plates-formes". C'est franchement plus simple à lire et c'est en une phrase.
• la possibilité de préciser solo et multijoueur
• revoir l'utilisation des dates effectivement, et les faires apparaître dans ce style là : CONSOLE1 saut de ligne {{DateJV}} saut de ligneCONSOLE2 saut de ligne {{DateJV}} etc...
• l'utilisation du modèle {{Plates-formes}} quand des plates-formes très différentes sont renseignées (ex: Windows et consoles de salon et/ou consoles portables et/ou voir telephones, ensemble)
• il manque des liens pour les plates-formes de téléchargement (PlayStation Network, Xbox Live Arcade, Console Virtuel). Mais aussi ceux de nvelles consoles : Nintendo 3DS et PlayStation Vita, ou plus généralement il manque les téléphones portable (ex: iPhone OS)

PS: renseignez une plate-forme indique la plate-forme dans l'infobox, dans la phrase d'intro et ça catégorie associée.

• le média DVD crait un lien obselète
• il manque un lien "dématérialisé" dans média
• pour les sections, il serait bien qu'il soit ajouté automatiquement le modèle {{...}}
• de façon générale, il faudrait automatiquement une section Notes et références en dernier (avec son langage forcément, sur deux colonnes, histoire de prévoir large)
• un champ pour renseigner le concepteur de la musique (ligne "musique")

Voilà ce que j'ai relevé pour l'instant... LatinoSeuropa (d) 13 juillet 2012 à 03:10 (CEST)

Équivalent du modèle Andere Sprachen en français

Bonjour,
Existe-il un équivalent du modèle « Andere Sprachen » en français ?
Merci,--AM 23 • (discuter) 17 juillet 2012 à 16:18 (CEST)

Non, c'est assez puissant mais assez compliqué puisque que ça se base sur des modèle comme de:Vorlage:Bot/lang/fr

On peut le rapporcher de commons:Template:Translation possible/lang--Xfigpower (pssst) 17 juillet 2012 à 19:33 (CEST)

Est-il possible de l'adapter malgré tout ? Merci,--AM 23 • (discuter) 24 juillet 2012 à 15:55 (CEST)

Le modèle est créé sous le nom {{Autres langues}}. — Zebulon84 (d) 4 janvier 2013 à 01:25 (CET)

Documentation des modèles, la suite

Je viens de traiter la suppression de {{Doc modèle}}. J'ai essayé de mettre à jour les pages d'aide mentionnant ce modèle, mais ça reste tellement complexe que je n'ai pas réussi. Il reste encore au moins sept modèles pour gérer les pages de documentations. Je pense qu'on pourrait simplifier en recommandant uniquement la syntaxe suivante :

• {{Documentation}} dans le modèle ;
• {{Documentation modèle vue directement}} dans la page de documentation, sans <noinclude>.

(pour l'instant, je laisse de côté les modèles dont la documentation ne se trouve pas en sous-page et les bandeaux associés tels que {{Documentation modèle}}, {{Documentation modèle compliqué}}, etc.)

Cela implique :

• de remplacer les transclusions {{/Documentation}} par {{Documentation}}, en enlevant les éventuels bandeaux de type {{Documentation modèle en sous-page}} qui seraient présents directement dans le modèle.
• de remplacer {{Documentation}} par {{Documentation modèle vue directement}} lorsqu'il se trouve dans les sous-pages de documentation.
• de remplacer {{Documentation modèle en sous-page}} par {{Documentation modèle vue directement}} lorsqu'il se trouve dans les sous-pages de documentation.

Il reste ensuite {{Documentation modèle compliqué en sous-page}} et {{Documentation modèle utilisant les ParserFunctions en sous-page}}, qui affichent des avertissements plus spécifiques ("Ce modèle emploie des fonctionnalités complexe (de la syntaxe des ParserFunctions ou pas). Ne touchez à rien si vous n'êtes pas un wikiguru.") dans le modèle. Ces avertissements me semblent inutiles et je les supprimerais bien aussi. Ainsi, il ne resterait vraiment que les deux modèles mentionnés au début.

Qu'en pensez-vous ?

Orlodrim ^[discuter] 23 juillet 2012 à 12:30 (CEST)

Personnellement je suis entièrement d'accord avec toi, y compris sur la suppression des avertissements parseur. Lorsqu'il y a trop d'avertissement, on ne les lis plus.

Au passage, Doc modèle/Documentation est toujours là.

— Zebulon84 (d) 23 juillet 2012 à 12:46 (CEST)

D'accord également, au détail près que je trouve 'Documentation modèle en sous-page' plus parlant que 'Documentation modèle vue directement'. Je conserverais bien le titre du premier avec le contenu du second.

Et en regardant la Catégorie:Bandeau de documentation modèle, je propose que l'on supprime également le modèle {{Modèle compliqué}} (il n'était utilisé qu'une seule fois et que je l'ai enlevé).

--FDo64 (d) 23 juillet 2012 à 14:48 (CEST)

Un de moins. Je n'ai pas d'avis particulier sur le nom du modèle à mettre en sous-page (je veux bien le changer), mais cela ne sera possible qu'après avoir retiré toutes les occurrences de {{Documentation modèle compliqué en sous-page}} présentes directement dans les modèles. Orlodrim ^[discuter] 23 juillet 2012 à 14:57 (CEST)

Pas d’accord sur la suppression des bandeaux d’avertissement sur l’utilisation des ParserFunctions. Laissez des utilisateurs inexpérimentés bidouiller les modèles non protégés, et vous verrez le merdier désordre. Si vous voulez regrouper tous les modèles de doc en un seul, pourquoi pas, mais alors il faut qu’il s’applique à tous les cas possibles (et donc qu’il contienne des paramètres).

D’ailleurs, {{Doc modèle}} contenait un paramètre optionnel parser=1 qui affichait un bandeau d’avertissement. L’ennui, c’est qu’il n’a pas d’équivalent dans {{Documentation}} et que le remplacement par le robot a ainsi effacé tous les bandeaux. Je fais une correction manuelle sur certains modèles auxquels j’ai contribué… et je vous laisse tous les autres. -- Mister BV (d) 24 juillet 2012 à 10:27 (CEST)

Je comprends qu'éditer les modèles avec les ParserFunctions n'est pas à la portée de tout le monde. Cependant, je ne crois pas à l'utilité d'avertissements spécifiques. Voici plusieurs deux données statistiques sur les modèles possédant une sous-page de documentation :

• Sur 3370 modèles utilisant les parserfunctions, seuls 761 ont un avertissement spécifique à ce sujet (soit "modèle employant une syntaxe complexe", soit "modèle utilisant les parserfunctions"), soit seulement 23 %. Ceci inclut les avertissements qui étaient présents avant la suppression de {{doc modèle}}. J'ai l'impression que Wikipédia ne s'en porte pas plus mal jusqu'à aujourd'hui.
• Ces 3370 modèles représentent 71 % des 4716 modèles ayant une sous-page de documentation. Quel est l'intérêt d'un bandeau spécifique si on doit le placer sur presque tous les modèles ?

Orlodrim ^[discuter] 24 juillet 2012 à 11:38 (CEST)

Il y a quand même de la marge entre 71 % et la totalité, ce qui conserve un caractère spécifique à ces modèles, et justifierait un bandeau spécifique.

Mais bon, je ne suis pas opposé à un avertissement générique dans {{Documentation}}, moins péremptoire puisqu’il ne concernerait pas les modèles simples avec une doc en sous-page. Par exemple : « Toute expérimentation devrait être conduite d’abord via une copie sur le Modèle bac à sable. Familiarisez-vous d’abord avec les ParserFunctions si ce modèle en contient ». -- Mister BV (d) 24 juillet 2012 à 16:53 (CEST)

Bonjour. N'oubliez pas Orlodrim de faire le travail en aval de maintenance qui consiste à réparer les liens rouges dans les pages de modèle quand on renomme des titres. J'ai dû faire dernièrement la correction dans un modèle avant de le proposer en affichage dans une section/Bistro. Je suppose qu'il y a encore pas mal de liens à corriger. Cordialement, GLec (d) 24 juillet 2012 à 17:09 (CEST)

J'ai traité la requête bot demandant ces corrections. Le modèle avait été supprimé avant mais pas par moi... Orlodrim ^[discuter] 24 juillet 2012 à 17:28 (CEST)

Merci pour la réponse qui apporte des précisions. GLec (d) 24 juillet 2012 à 17:38 (CEST)

À la réflexion, je préfèrerais encore ajouter un paramètre "parser=1" à {{Documentation}} comme l'ancien {{Doc modèle}} (et possiblement "complexe=1" au lieu de {{Documentation modèle compliqué en sous-page}}), plutôt que de coller un avertissement sur tous les modèles. De sorte que la situation actuelle serait préservée, seule la syntaxe étant modifiée. Est-ce que ça conviendrait à tout le monde ? Orlodrim ^[discuter] 24 juillet 2012 à 19:23 (CEST)

Pour. -- Mister BV (d) 26 juillet 2012 à 08:53 (CEST)

┌──────────────┘
Je suis pour également. On pourrait renommer {{Documentation modèle vue directement}} en {{Sous-page de documentation}}. Il reste le modèle {{Documentation modèle}} qui doit être remplacé (ce modèle permet de ne pas créer de sous-page), deux solutions envisageables :

• Soit on déplace la documentation du modèle vers une sous-page (rien d'étonnant mais complexe)
• Soit on crée un paramètre « |contenu= » au modèle {{Documentation}} pour éviter toute complication

La dernière étape consistera à retirer les bandeaux du Parser (PàS probablement nécessaire) : {{Documentation modèle compliqué}}, {{Documentation modèle compliqué en sous-page}}, {{Documentation modèle utilisant les ParserFunctions en sous-page}}, {{Modèle utilisant les ParserFunctions}}. ~Hlm Z. [@] 18 septembre 2012 à 18:49 (CEST)

Bonjour, je vous propose de partager la sous-page Utilisateur:FDo64/Liste4 afin de structurer les modifications à effectuer. N'hésitez pas à la compléter.
--FDo64 (d) 4 octobre 2012 à 17:59 (CEST)

Archivage

Salut, je me demandais pourquoi il n'y avait pas un archivage comme WP:DuA. Cordialement. LD ^{• m'écrire •} 6 août 2012 à 21:22 (CEST)

Modèle:grec ancien, modèle:PIE, modèle:sanskrit, et modèle:lang

Bonjour,

j'aimerais proposer plusieurs améliorations (d'après moi), inspirées par les modèles équivalents du wiktionnaire :

1) modèle:grec ancien : actuellement, il n'autorise qu'un seul paramètre : le mot en alphabet grec lui-même. Par exemple, {{grec ancien|πατήρ}}, qui donne πατήρ. Pour une transcription en alphabet latin, il faut actuellement utiliser le code ''{{lang|grc-Latn|patếr}}'', qui n'est d'ailleurs mentionné nulle part, et que j'ai trouvé par hasard dans un article. Pour la traduction, il faut l'écrire en clair. Par contre, le modèle du wiktionnaire autorise ces trois paramètres. La transcription latine du mot y est, je cite, automatiquement italicisée, et sa traduction apparaît entre parenthèses et guillemets.

L'idéal serait même que la transcription soit automatique, basée sur une table de transcription prédéfinie, pour éviter au rédacteur d'avoir à chercher certaines transcriptions à double diacritique, comme le « ế » de mon exemple, tâche qui peut se révéler très fastidieuse (je ne trouve par exemple pas le caractère que je viens de mentionner dans les différents alphabets en bas de page d'édition).

2) modèle:PIE : actuellement, il faut taper en clair l'italique et l'astérisque, qui sont tous les deux nécessaires, par exemple ''{{PIE|*ph₂tḗr}}'', *ph₂tḗr, là où le modèle du wiktionnaire (qui a en plus l'avantage de convenir pour toutes les formes reconstituées, pas seulement l'indo-européen) le fait automatiquement : {{recons|ph₂tḗr}} donne *ph₂tḗr (en plus d'un léger changement de police plutôt bienvenu).

3) modèle:sanskrit : en fait, ce modèle n'existe pas. Pourquoi conserver cette page, dès lors ?

4) Enfin, pourquoi les mots formatés par le modèle:lang ne sont-ils pas automatiquement italicisés ? L'italique n'est-il pas obligatoire ?

Merci d'avance, Fsojic — Colloquamur. 15 août 2012 à 18:29 (CEST)

Je propose de tout fusionner dans {{Lang}} pour ne pas s'éparpiller. De plus ce modèle devrait accepter deux types de transcriptions pour le japonais. JackPotte ($♠) 15 août 2012 à 18:34 (CEST)

Je suis pour (autant ne pas multiplier les modèles), mais sera-t-il possible d'utiliser la (les) plage(s) destinées à la transcription du japonais pour la transcription du grec, ou du cyrillique ou de n'importe quel alphabet ? Et pourra-t-on intégrer les particularités que je viens d'évoquer pour l'indo-européen, et les termes reconstitués en général ? Fsojic — Colloquamur. 15 août 2012 à 20:28 (CEST)

Positionnement du titre dans le bandeau supérieur et d'un drapeau éventuel

Je trouve que le titre n'est pas placé tour-à-fait au centre du bandeau :
Par exemple si on regarde le Modèle:Palette Îles des îles Canaries, l'accent circonflexe touche presque le haut du bandeau, il faudrait descendre très légèrement le titre.
Concernant le drapeau, c'est plus visible. Si on regarde le Modèle:Palette El Hierro, on voit que le drapeau et le texte ne sont pas alignés. Là c'est le contraire il faudrait monter légèrement le drapeau. On le voit également ici : Modèle:Palette Comités nationaux olympiques. A bientôt--Berdea (d) 8 septembre 2012 à 03:09 (CEST)

Le drapeau est centré par rapport à la ligne de texte. Il parait décentré car sur ces exemples il n'y a que des lettre "hautes", notament la première lettre en majuscule, juste après le drapeau. La base du drapeau est au niveau de la base des gjpq...

Les accents sur les capitales sont par contre ajouté au-dessus de la ligne de texte, donc au dessus du drapeau et prêt à touché le cadre du titre de la palette.

Tout ceci est géré directement par le navigateur, et je ne pense pas qu'il faille bidouillé ça, car il y ara toujours un autre cas présentant un contre-exemple. — Zebulon84 (d) 9 septembre 2012 à 22:36 (CEST)

Contrairement à ce que j'indiquais, il est possible de jouer avec les position d'images (voir mw:Help:Images#Vertical alignment). D'après mes tests l'alignement text-top d'un drapeau présente effectivement mieux à coté de texte avec majuscule et sans caractère bas (gjpqy ou indice) — voir Palette El Hierro. Comme l'image est généralement inclue dans le titre, il faut faire la modification au cas par cas, directement au niveau de la palette. Il est impossible d'avoir une fonctionnalité automatique actuellement.

Pour ce qui est du texte, un p en indice arrive tout au bas du cadre de titre, donc il est à sa position normale. S'il n'y a pas de caractères bas et des majuscules accentués, le texte parait haut dans le cadre. Il est aussi possible de le baissé au cas par cas de 1 ou 2 pixel(s) pour avoir un meilleur rendu en entourant le texte d'un <span style="position:relative; top:2px">…</span> — voir Palette Îles des îles Canaries

Ceci dit, je pense qu'il y a des choses plus importantes à améliorer avant de retoucher les titres de palette de 2 pixels.

— Zebulon84 (d) 26 décembre 2012 à 08:44 (CET)

Modèle double image

Bonjour; la documentation du {{Double image}} indique clairement que la taille en pixel est fortement déconseillée dans l'espace encyclopédique, ce qui est effectivement une forte recommandation pour le respect de l'affichage (qui recommande plutôt l'utilisation du paramètre upright=xxx). Du coup je me demandais s'il serait possible d'adapter le modèle pour qu'il prenne un paramètre upright plutôt qu'une taille fixe en pixels (et idem pour {{Triple image}}, {{Double image verticale}}, etc.). Merci pour vos avis sur le sujet. -- Speculos ^✉ 11 septembre 2012 à 16:41 (CEST)

Je pense que pour faire ça il faudrait que l'extention ThumbParser soit installée.

— Zebulon84 (d) 11 septembre 2012 à 19:28 (CEST)

+1 pour le principe

@Zebulon84 : Il y a des moyens de faire sans, avec des styles. — Ltrl G^📞, le 11 septembre 2012 à 19:37 (CEST)

Je suis bien sur pour le principe aussi. J'étais même parti dans l'idée de recalculer une nouvelle taille pour les images ayant déjà des paramètre en px d'ou ma demade de l'extention.

Par ailleurs il faudra faire différemment de l'Infobox V3 car elle pose quelques problèmes :

• les images sont l'une au dessus de l'autre pour les utilisateur ayant une taille d'image à 300px, ainsi que sur la version mobile du site.
• Elles ne s'affichent tout simplement pas sur Internet Explorer 6, 7 ou 8. (Pour une Infobox accessible il y a des progrès à faire).

— Zebulon84 (d) 11 septembre 2012 à 20:09 (CEST)

Je propose ce modèle : Utilisateur:Zebulon84/Mod12.

La taille d'image s'adapte au préférence de l'utilisateur, et ne pose pas de problème avec le gadget ZoomOnThumb. L'ajout de quelques ligne de CSS donne un aspect très proche de {{Double image}}.

Il est compatible avec le code de {{Double image}} actuel (redirection du modèle possible)

Il permet aussi d'afficher trois images, mais n'est pas compatible avec {{Triple image}}, donc il faudra retoucher la cinquantaine de page qui utilise ce modèle.

— Zebulon84 (d) 13 septembre 2012 à 15:55 (CEST)

ps. évidemment, l'affichage est correct sur IE6 et 8 mais pas sur IE7 ! Pas de problème pour Firefox (au moins depuis 3.6), Chrome, Opera ou Safari.

Par ailleurs la fonction upright doit avoir un arrondi quelque part car il y a des effets de seuil qui peut empêcher d'avoir exactement la même taille sur des images de format différent.

Heu… image-mulitple ça ne fait pas très sérieux. — Ltrl G^📞, le 13 septembre 2012 à 16:55 (CEST)

Si tu as un meilleur nom, n'hésite pas a proposer. Je ne suis pas non plus particulièrement satisfait de celui-là. — Zebulon84 (d) 13 septembre 2012 à 17:07 (CEST)

Ce ne serait pas mieux, image-multiple ? — Ltrl G^📞, le 13 septembre 2012 à 19:58 (CEST)

Je ne sais même plus lire... — Zebulon84 (d) 13 septembre 2012 à 20:06 (CEST)

J'ai trouvé que les images utilisant "upright" ont une largeur arrondie à un multiple de 10 pixels (doc MediaWiki), ce qui ne permet pas d'aligner correctement la hauteur (voir la carte de corse sur mon exemple

Pensez-vous que ce point soit gênant, ou peut-on remplacer le modèle existant par ma proposition ?

— Zebulon84 (d) 7 octobre 2012 à 15:42 (CEST)

Modèle:Date de naissance

Bonjour,

sur (en), il est possible d'indiquer l'âge d'une personne même si l'on ignore son jour de naissance, les paramètres mois et année suffisent (ex ici : September 1951 (age 60–61)). Le modèle donne les deux âges possibles uniquement lorsque le jour de naissance n'est pas indiqué. Serait-il possible de faire de même sur la Wikipedia francophone, cette fonction me parait très utile ?

Personnellement, j'ignore la manipulation qu'il faudrait faire . Cordialement. --Jack^rs le 13 septembre 2012 à 11:27 (CEST)

Il existe {{Année de naissance et âge}}.

Mais il n'est pas toujours possible d'utiliser un modèle différent si Date de naissance est un sous-modèle.

De plus je trouve qu'indiquer une plage d'age n'est pas terrible. Je serai plutôt d'avis de compter comme si l'anniversaire était le premier si le jour n'est pas précisé, et le premier janvier si le mois n'est pas précisé.

Si je ne suis pas le seul de cet avis je demanderai la modification du modèle {{Âge}} (qui est protégé) en ce sens

— Zebulon84 (d) 1 janvier 2013 à 19:55 (CET)

Modèle:Cadre_Projet/1

ce modèle a un petit problème sur la page Wikipédia:Accueil_de_la_communauté quand on réduit la fenêtre le titre Demandes - Où poser une question ? déborde sur deux lignes et de ce fait les liens du bistro sont pas a moitié clicable. J'ai réussit à modifier le code du modèle dans une sous page personnelle en faisant ces modifications le résultat me semble correct le problème c'est que j'ai utilisé un style css min-width qui n'est pas compatible avec IE6. Est-ce quelqu'un veut récupérer le bébé pour qu'il soit compatible tout navigateur? je suppose que les modifications si elles sont correctes doivent aussi être répercutées sur les autres sous pages Modèle:Cadre Projet. Comme je suis pas un spécialiste j'aimerais que quelqu'un prenne la suite, mes sous pages personnelles sont à votre disposition. Xavier Combelle (d) 13 octobre 2012 à 16:57 (CEST)

Point de vu personnel qui n'engage que moi :

• IE6 : du moment que la page s'affiche correctement, je pense qu'il n'est plus nécessaire de tout faire pour que l'affichage soit parfait. Si encore 2% des pages wikipédia sont vues avec IE6 (contre 2.44% il y a six mois) ce n'est sans doute pas sur WP:fr que la proportion est la plus importante. De toute façon ici le code proposé semble fonctionner correctement lors d'un test avec IE6.
• Par contre, je pense que la solution serai plutôt de simplifier le titre pour qu'il soit plus court, par exemple en supprimant "Demande" et en déplaçant le lien soit ver le contenu du cadre, soit dans sur la page Aide:Poser une question

— Zebulon84 (d) 14 octobre 2012 à 00:50 (CEST)

raccourcir le titre ne résoudrait pas le problème du modèle qui peut être réutilisé sur différents projets. Le problème sans min-width donc avec IE6 c'est que lorsqu'on réduit le cadre, l'image de fond déborde, tu es sur d'avoir fait le test ? Xavier Combelle (d) 15 octobre 2012 à 08:05 (CEST)

Sur une machine virtuelle XP avec IE6 voici ce que je vois. À droite, la version actuelle, à gauche la prévisualisation de la même page dans laquelle j'ai remplacé

<!-- ============== DEMANDER ================ -->
| {{Cadre Projet/1
 | titre   = [[Wikipédia:Requête aux experts|Demandes]] - 

par

<!-- ============== DEMANDER ================ -->
| {{Utilisateur:Xavier Combelle/Cadre Projet/1
 | titre   = [[Wikipédia:Requête aux experts|Demandes]] - 

Si ce n'est la ligne blanche inutile puisque sous IE6 les liens étaient toujours accessibles (mais comme je l'ai dis ci-dessus, je ne pense pas qu'il faille absolument être parfais sous IE6) je ne voit pas de problème. Ma méthode de test est-elle eronnée ? — Zebulon84 (d) 15 octobre 2012 à 10:31 (CEST)

---

J'ai trouvé mon erreur : en remplaçant tous les Cadre Projet/1 par ta version, et en supprimant la liste des liens de la parti communauté qui dimensionne la colonne, je vois effectivement ce débordement. Cela reste limité comme bug, uniquement graphique. — Zebulon84 (d) 16 octobre 2012 à 05:08 (CEST)

---

J'ai essayé de faire une version de ce modèle qui présente (presque) le même rendu sous IE6+, FF, Chrome, et surtout la version mobile de Wikipedia. Voici le code que je propose, qui peut être tester ici

code proposé

<h2 {{#if:{{{id|}}} | id="{{{id}}}Head"|id="{{{titre}}}Head" }} style="border-bottom:none; line-height:1.5em; max-height:2em; overflow:visible; min-width:350px; {{#if:{{{couleur-titre|}}}|color:#{{{couleur-titre|}}};}}"><!--
--><span style="position:relative; float:left; margin:-5px 5px 10px; 10px;"><!--
   --><span style="position:absolute; left:-7px; top:7px;"><!--
      -->[[Image:{{{couleur|Blue}}}-bg rounded.svg|top|link=|alt=]]<!--
   --></span><!--
   --><span style="position:relative;"><!--
      		-->[[File:{{{image|HSCirkel.svg}}}|38x38px|link=|alt=]]<!--
   --></span><!--
--></span><!--
--><span style="position:relative; font-weight:bold; font-size:87%;"><!--
   	-->{{{titre}}}<!--
--></span><!--
--></h2>
<div style="width:350px; height:0; overflow:hidden;"><!--be kind ie6/7--></div>
<div {{#if:{{{id|}}}|id="{{{id}}}"|}} style="padding:0 0 5px 10px;">
{{{contenu}}}
<div align="right">{{{lien|}}}</div></div>
|-

 

Ce n'est pas très beau, mais d'une part étant donné les modifications que MediaWiki impose aux h2 lors de la mise en page notamment en version mobile, d'autre part pour rester compatible avec les gadgets tel AncreTitres ou FlecheHaut, il n'y a pas beaucoup de solutions.

Reste à supprimer la structure en tableau imbriqués, et la présentation en deux colonnes pour les faible largeur d'écran, mais c'est un autre projet.

Voyez-vous un bug quelque-part ?

— Zebulon84 (d) 30 décembre 2012 à 11:53 (CET)

---

Ajout du comte Nemoi – Le « margin:-5px 5px 10px; 10px; » me laisse dubitatif, si tu vois ce que je veux dire. Pour le reste, je n’ai pas ma batterie de test sous la main, mais ça semble bon sous les Vrais Navigateurs. Je pense ne surprendre personne en disant que je basculerais bien les images en CSS, au moins Blue-bg et ses équivalents, voire toutes car il y a peu d’images vraiment spécifiques à un portail. Mais c’est certainement un autre projet ; amicalement, ce 30 décembre 2012 à 20:27 (CET).

---

Merci d'avoir regardé ça.

Ce margin viens de l'ensemble des ajustements de l’icône que j'ai fait pour en arrivé là. Il était logique à un certains moment, mais les modifications ultérieures le rendent effectivement… surprenant. On peut le supprimer et positionner directement l'icône. cela donne pour cette partie :

<span style="position:relative; float:left;">
   <span style="position:absolute; top:2px;">
      [[Image:{{{couleur|Blue}}}-bg rounded.svg|top|link=|alt=]]
   </span><!--
   <span style="position:relative; top:-5px; margin:0 7px;">
      [[File:{{{image|HSCirkel.svg}}}|38x38px|link=|alt=]]
   </span>
</span>

L'ensemble est 3 pixels plus à gauche, mais ça simplifie légèrement le code, c'est plus logique sur la version mobile, et je doute que ça choque grand monde.

Je suis entièrement d'accord pour passer les Blue-bg en CSS. On pourra ajouter class=blue-bg au h2. Cela aura l'avantage de ne pas afficher ce bandeau sur la version mobile (le h2 est réécrit sans les attributs personnalisés), inutile puisque le contenu est masqué par défaut, et le texte par facilement à la ligne sur petit écran.

Ne devrait-on pas mettre un paramètre sur le alt de l'icône ?

Enfin j'ai laissé mais je ne comprend pas l'intérêt du paramètre id. De toute façon MediaWiki se défini son propre id. Peut-être n'était-ce pas le cas par le passé, et source de bug.

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

Modification effectuée. — Zebulon84 (d) 4 janvier 2013 à 00:47 (CET)

Boîtes

Il est apparu dans une discussion en pdd du modèle Unicode deux problèmes qui mériteraient qu'on y réfléchisse ici, l'un (point 1 dans ce lien) concernant le modèle À sourcer + infobox, l'autre plus important (point 3 avec lien vers Bistro et page d'essai) les boîtes qui flottent pour certains et pas pour d'autres. Il ne s'agit plus ici de modifier ou pas le modèle Unicode vu les problèmes rencontrés par certains, mais de se demander si ces problèmes de boîtes sont inévitables ou s'il n'y a pas moyen de définir certains principes qui fonctionneraient mieux. N'y connaissant pas grand-chose, je vous laisse faire. — Oliv☮ ^{Éppen hozzám?} 13 novembre 2012 à 16:32 (CET)

Réponse du comte Ɲemoi – Le point 1 n’est pas un problème, les bandeaux d’article devant être placés au-dessus des infoboîtes (il apparaît un problème pour Oliv0 car il défend ardemment une transformation radicale du modèle : Unicode en pseudo-infoboîte, sans bien sûr songer à un passage de robot sur tous les articles pour mettre le modèle à la nouvelle place qui lui conviendrait — conditionnel). Pour le « point 3 avec lien vers Bistro et page d’essai » (voir le cas concerné, il serait affaire d’ajouter un « clear:right; » à la boîte-conteneur du modèle : Sommaire à droite ; s’agissant d’un modèle peu recommandé, j’attends d’autres avis, ce 13 novembre 2012 à 18:03 (CET).

Je ne défends rien maintenant pour ce modèle, qui ne sera à voir que plus tard puisque la mini-infoboîte que quelqu'un d'autre y avait mise s'est heurtée à ces problèmes de boîtes flottantes ; mais je veux que le problème soit bien identifié et compris, pour éviter de le retrouver ailleurs.

Le lien Bistro et le « cas concerné » indiqués avec {{Sommaire à droite}} ne sont donc qu'un exemple, et le cas le plus problématique est celui de mes essais 1 et 2 où seuls certains voient les boîtes Unicode flotter au milieu (du moins le 1 qui était le dernier code mini-infoboîte du modèle Unicode, je n'ai pas eu de réponse pour le 2 qui est la structure mini-infoboîte de l'équivalent en.WP Special characters). J'ai vaguement l'impression qu'il y a dans ce cas davantage qu'une question particulière de clear:right, et que de façon générale les modélistes auraient besoin de recommandations sur la façon de concevoir ce genre de boîtes pour qu'elles aient le même rendu de float pour tout le monde. Mais j'ai du mal à préciser ça, c'est pourquoi je dis que je vous laisse faire. — Oliv☮ ^{Éppen hozzám?} 13 novembre 2012 à 18:51 (CET)

Pour résoudre le problème de boite qui flotte au milieu, encore faut-il être sur de ce que cela veux dire, et savoir le reproduire. J'ai visualisé les liens 1 et 2 (enfin le haut de l'article, au niveau de la première infobox) sur chrome, firefox, opera, safari, ie 6/7/8/9, maxthon sous windows, plus firefox et chromium sous ubuntu, et j'ai toujours l'impression de voir la même chose : la "boite" unicode tout à droite, et l'infobox de Ailurus fulgens en dessous, comme sur tes capture d'écran (au sujet près).

Si tu as une description plus précise du positionnement des boites et la configuration qui pose problème ça pourrait aider à comprendre ce qui ce passe.

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

Je vois comme toi mais d'autres non, et la seule description que j'en ai est celle de la pdd en lien au début de cette section par Jean-Jacques Georges (d · c), Euterpia (d · c), Salix (d · c), je leur demande. — Oliv☮ ^{Éppen hozzám?} 15 décembre 2012 à 16:11 (CET)

Bonjour. Ce que j'obtenais sur mon navigateur était à peu près ce qu'on voit sur la capture d'écran, sauf que la boîte "cette page contient des caractères spéciaux" était 1) sensiblement plus grosse 2) légèrement décalée sur la gauche (ou sur la droite selon les pages) , ce qui donnait une présentation complètement biscornue. Sinon, la présentation actuelle, sur cette même page - avec des liens au lieu de la boîte - me semble très bien. Jean-Jacques Georges (d) 15 décembre 2012 à 18:48 (CET)

Alors personnellement je n'ai jamais dit que la boîte flottait au milieu, mais par contre j'ai assez approuvé le fait qu'elle était très disgracieuse. Voici ce que j'observe, sous Mozilla, résolution d'écran 1290x1080 sous Windows :

captures d'écrans pour les deux tests d'oliv0

brouillon 1	brouillon 2
article 1	article 1
article 2	article 2

On voit les lignes qui disparaissent derrière la boite, ainsi que son ajustement assez mauvais avec la taille de l'infobox, sur quatre essais, elle n'est qu'une seule fois de la bonne taille, donc une seule fois il n'y aura pas de décalage du texte. Globalement c'est moche, et c'est ça je crois qui était reproché à ce test. Je ne sais pas si ça va vous permettre de faire avance le shmilblick... ¤ Euterpia ¤ Just ask ¤ 15 décembre 2012 à 19:13 (CET)

Merci pour ton témoignage Euterpia mais ce que tu décris est le point 2 en pdd : différentes largeurs d'infobox, alors qu'il s'agit du point 3 : boîtes qui flottent, et plus précisément ici qui flottent pour certains mais pas pour d'autres. Par contre Jean-Jacques Georges voit bien apparemment un décalage latéral « biscornu » (il faudrait peut-être une capture d'écran ?). — Oliv☮ ^{Éppen hozzám?} 15 décembre 2012 à 23:43 (CET)

2012-11 fusion Modèle:Point de vue interne à une œuvre et Modèle:À externaliser

	Modèle:Point de vue interne à une œuvre et Modèle:À externaliser sont proposés à la fusion
	La discussion a lieu sur la page Wikipédia:Pages à fusionner#Modèle:Point de vue interne à une œuvre et Modèle:À externaliser. La procédure de fusion est consultable sur Wikipédia:Pages à fusionner. Visite fortuitement prolongée (d) 17 novembre 2012 à 22:31 (CET)

Suppression de modèles

Bonjour,

je vous envoie ce message pour vous signaler la suppression d'une série de quatre modèles apparemment inutiles :

• [A · D · J]  Modèle:FG
• [A · D · J]  Modèle:Penalty Corner
• [A · D · J]  Modèle:CVert
• [A · D · J]  Modèle:CJaune

Vous pouvez vous exprimer sur la suppression de ces modèles.

Cordialement, --Orikrin1998 ^{→blablatoir←} 20 novembre 2012 à 17:55 (CET)

Histoire de TD, de TH et d'attribut SCOPE

Bonsoir, j'ai besoins d'avis purement technique. Pour le modèle {{Infobox/Ligne donnée optionnelle}} qui est actuellement comme ceci :

<includeonly>{{#if:{{{2|}}} | 
<th scope=row {{#if:{{{4|}}}|width{{=}}"{{{4|}}}%"|}} {{#if:{{{6|}}}|align{{=}}"center"|}} style="font-weight: normal;">{{#if:{{{1|}}}|{{{1|}}}|}}
<td {{#if:{{{5|}}}|colspan{{=}}"{{{5|}}}"|}}{{#if:{{{6|}}}|align{{=}}"center"|}}>{{#if:{{{3|}}}|{{{3|}}}|{{{2|}}}}}
<tr>}}</includeonly><noinclude>{{Documentation}}</noinclude>

Ne serait ce pas mieux comme cela :

<includeonly>{{#if:{{{2|}}} | 
<td {{#if:{{{4|}}}|width{{=}}"{{{4|}}}%"|}} {{#if:{{{6|}}}|align{{=}}"center"|}} style="font-weight: normal;">{{#if:{{{1|}}}|{{{1|}}}|}}</td>
<td {{#if:{{{5|}}}|colspan{{=}}"{{{5|}}}"|}}{{#if:{{{6|}}}|align{{=}}"center"|}}>{{#if:{{{3|}}}|{{{3|}}}|{{{2|}}}}}</td>
</tr>
<tr>}}</includeonly><noinclude>{{Documentation}}</noinclude>

En effet, la balise TH se justifie en tant qu' élément rubrique mais pour ce qui concerne cette ligne de tableau, les 2 cases contiennent des éléments de données, le TD me semble mieux. Qu'en pensez-vous ? On garde le TH et le scope ou on remplace par TD. Et au passage même si on ne met pas le TD. Ce serait quand même mieux d'ajouter des balises

</td>, </th> </tr>

qui sont absents pour le moment... Qu'en pensez-vous ? amicalement--Wikialine (d) 20 novembre 2012 à 21:29 (CET)

« Paramètre 1 : Il sert à indiquer le nom du champ » (doc de {{Infobox/Ligne donnée optionnelle}}). Il s’agit bien d’un entête, il décrit le contenu de la ligne (même si elle n’a qu’une autre case), quel est le problème ? — Ltrl G^☎, le 20 novembre 2012 à 21:38 (CET)

Oui, il vaudrait mieux fermer les balises — Ltrl G^☎, le 20 novembre 2012 à 21:40 (CET)

J'ai l'impression qu'il y a confusion avec {{Infobox/Ligne mixte optionnelle}}. Faut dire que la documentation est trompeuse avec les exemples « Pays / France » et « Poids / 42 kg ». od†n ↗^blah 20 novembre 2012 à 21:54 (CET)

C'est tout bon. Je viens de comprendre. L'usage que j'avais prévu il y a quelques années a évolué. Oubliez tout. amicalement--Wikialine (d) 20 novembre 2012 à 22:05 (CET)

Je vois, {{Infobox/Ligne donnée optionnelle}} s'est vu utiliser pour des lignes ventilées, profitant de l'absence de mise en gras. od†n ↗^blah 20 novembre 2012 à 23:06 (CET)

Modèle bizarre

Bonjour,

il y a un problème avec un modèle. Celui-ci à été relevé par SenseiAC (d · c · b) et l'a signalé ici. J'invite les modélistes à éclaircir cette histoire. S'il vous plait, poursuivez la discussion où elle a commencé.

Merci ! --Orikrin1998 ^{→blablatoir←} 21 novembre 2012 à 11:53 (CET)

Syntaxe de tableau des briques Infobox V2

Pendant qu'on parle de TD, y a-t-il une raison pour que certaines briques Infobox V2 comme sous-titre ou ligne mixte utilise cette syntaxe de tableau pseudo HTML (TR, TD) tandis que d'autre (Début ou Tittre utilise la syntaxe wikitexte (avec des {|, |-, !, |) ?

L'inconvénient c'est que qu'actuellement MediaWiki gère mal ces mélanges, et insère des lignes vides inutiles.

Exemples

Exemple typique avec une simple ligne optionnelle :

Pays	France

{{Infobox/Début}}
{{Infobox/Ligne mixte|Pays|France}}
{{Infobox/Fin}}

qui est substitué (avec un peu de ménage) en :

{| class="infobox_v2" cellspacing="7"
<th scope=row>{{#if:Pays|Pays|}}
<td {{#if:|colspan{{=}}""|}}>{{#if:France|France|}}
<tr>
|}

et traduit par MediaWiki code HTML (j'ai ajouté les indentations) :

<table class="infobox_v2" cellspacing="7">
  <tbody>
    <tr>
      <th scope="row">Pays</th>
      <td>France</td>
    </tr>
    <tr>
      <td></td>
    </tr>
    <tr>
      <td></td>
    </tr>
  </tbody>
</table>

Par contre, si ligne mixte utilisait la syntaxe wiki classique :

Pays	France

{| class="infobox_v2" cellspacing="7"
!scope=row |{{#if:Pays|Pays|}}
|{{#if:France|France|}}
|-
|}

Le code HTML est normal :

<table class="infobox_v2" cellspacing="7">
  <tbody>
    <tr>
      <th scope="row">Pays</th>
      <td>France</td>
    </tr>
  </tbody>
</table>

 

Peut-on harmoniser tout ça ? Puisque on est sur Wikipédia j'aurai une préférence pour le wikitexte, mais si ça pose trop de problème, tout en pseudo html marche aussi.

— Zebulon84 (d) 21 novembre 2012 à 17:30 (CET)

C'est bien ça le problème, difficile de toucher à cette construction à l'équilibre précaire, mais fonctionnelle, sans risquer de tout péter. Dans le même ordre d'idées, j'aurais bien voulu passer les tr au début des briques, car c'est leur emplacement logique, mais ça serait un chantier extrêmement périlleux, notamment avec les infoboxes mélangeant briques et code custom. od†n ↗^blah 22 novembre 2012 à 00:18 (CET)

---

Cette hétérogénéïté est une partie de la fragilité. Il y a actuellement seulement six briques concue avec la syntaxe wikitexte : {{Infobox/Début}}, {{Infobox/Fin}}, {{Infobox/Titre}}, {{Infobox/Géolocalisation/Structure}}, {{Infobox/Géolocalisation multiple}} et {{Infobox/Éphéméride}}. Il sera donc certainement plus simple de tout passer ces six briques avec la syntaxe type html. Pour tester les conséquences d'un changement, j'ai crée les briques {{Infobox/Début/Test}}, {{Infobox/Fin/Test}} et {{Infobox/Titre/Test}} avec le code modifié.

Exemple 1

Version bac à sable

Votre titre ici...

Version du modèle de base

Votre titre ici...

Exemple 2

Version bac à sable

Votre titre ici...

Version du modèle de base

Votre titre ici...

Exemple 3

Version bac à sable

Votre titre ici...

Version du modèle de base

Votre titre ici...

Pays France Modèle:Infobox/Fin/Test {{Infobox/Début/Test}} {{Infobox/Ligne mixte|Pays|France}} {{Infobox/Fin/Test}} Comme on peut le voir il n'y a plus de ligne blanche parasite. Je m'occupe prochainement des briques suivantes pour faire des tests réalistes. Pour ce qui est du <tr> au début, je soutiens, mais le risque de problème avec les infoboxes mélangeant briques et code custom me semble plus important que cette modif ci, donc on verra plus tard. — Zebulon84 (d) 23 novembre 2012 à 12:52 (CET)

---

J'ai créer les trois briques /Test manquantes. D'après les premiers test que j'ai fait, garder la brique {{Infobox/Début}} actuelle permet de garder la compatibilité avec les codes custom. C'est {{Infobox/Fin/Test}} qui permet de supprimer la "ligne blanche".

— Zebulon84 (d) 23 novembre 2012 à 14:14 (CET)

S'il suffit de changer |} en </table> pour ne plus avoir de ligne vide intempestive, ce serait peut-être à signaler aux développeurs de MediaWiki. — Oliv☮ ^{Éppen hozzám?} 23 novembre 2012 à 14:56 (CET)

Sans doute, mais ils risquent de répondre à juste titre de ne pas utiliser la syntaxe Html...

En attendant, puisque personne ne semble avoir à y redire, je lance les demandes de modifications sur WP:DIPP

— Zebulon84 (d) 26 novembre 2012 à 15:55 (CET)

Pourrais-tu en résumer ici le principe général ? Parce que tu as certainement une vision claire des cas où un html <td> est remplacé par un wikitexte | ou un wikitexte |- par un html <td> (par ex. Géolocalisation multiple), mais pas tout le monde peut-être ; et je pose la question parce que j'ai vu sur DIPP qu'on utilise le fait qu'« avec la configuration actuelle, un <tr> seul est ignoré » par Mediawiki, ça veut dire qu'on dépend des défauts du système ? — Oliv☮ ^{Éppen hozzám?} 27 novembre 2012 à 07:39 (CET)

Pour le cas de <td> remplacé par |, c'est une erreur de copier-collé de ma part, c'est l'inverse qu'il faut faire, il y a actuellement | et il faut le remplacer par <td>. je viens de corriger, merci de ta vigilance. Je vais revérifié toutes mes demandes.

Sinon l'objectif est de remplacer la syntaxe wikitexte par de la syntaxe html complète, même si celle ci n'est pas absolument nécessaire. En effet, en wikitexe, les lignes et cellules de tableau sont seulement ouverte, il n'y a pas de syntaxe de fermeture de ligne type -|. Lorque l'on utilise du Html, de la même facon Mediawiki va automatiquement ajouter les fermetures si elle sont absentes. Ceci dit, ce n'est pas une raison pour faire n'importe quoi, c'est toujours source de bug.

Donc dans Géolocalisation multiple, je remplace l'ouverture de nouvelle ligne ( |- ) par la fermeture de cellule et fermeture de ligne (implicite dans la sytaxe wikitexte) plus ouverture d'une nouvelle ligne (</td></tr> <tr>)

En wikitexte l'ouverture de ligne en fin de tableau ( |- et |} sur la ligne suivante) est ignoré. de la même façon un <tr> juste avant <table> est ignoré. Est-ce un défaut du système, ou une adaptation volontaire pour limité les bug, comme les fermeture de cellule automatique, même en sytaxe html, je l'ignore. On en profite tant que l'on ne peut pas faire autrement, et on réfléchi comment se débarassé de ces <tr> en fin de brique sans faire bugger des millier de pages mélangeant briques et code personnalisé.

— Zebulon84 (d) 27 novembre 2012 à 09:44 (CET)

---

Pour Info, d'après les tests d'Orlodrim, MediaWiki ne comprend absolument pas la syntaxe html, et donc referme le tableau ouvert à la fin de la page. Ensuite un petit programme externe (HTML Tidy) passe par là pour essayer corriger ce qui est incorrect, d'après ce qu'il en comprend. Donc sur un exemple simple, fermer l'Infobox avec </table> marche bien, mais dans une page réelle ça risque de mettre en vrac les tableaux de la page.

Donc il vaudrais mieux tout transformer en syntaxe wiki. Je vais probablement bientôt essayer ça.

— Zebulon84 (d) 13 décembre 2012 à 10:58 (CET)

Ligne de trop dans Modèle:Infobox Langue

Ce problème est-il responsable de l'ajout d'une ligne vide au début de la section « Classification par famille » dans Modèle:Infobox Langue ? Visite fortuitement prolongée (d) 23 novembre 2012 à 22:37 (CET)

Effectivement dans {{Infobox Langue}} il y a le même genre de mélange entre HTML et wikitexte : « Classification par famille » dans {{Infobox/Sous-titre optionnel}} terminé par <tr>, puis juste après, {{!}} d'un nouvel élément. — Oliv☮ ^{Éppen hozzám?} 23 novembre 2012 à 23:23 (CET)

blabla

{{Infobox/Début}}
<tr>
| colspan="2" | blabla
</table>

Je confirme. Corrigé en utilisant la brique {{Infobox/Ligne optionnelle}}. — Zebulon84 (d) 24 novembre 2012 à 08:38 (CET)

Merci. Visite fortuitement prolongée (d) 24 novembre 2012 à 22:17 (CET)

Sur le projet Langues on signale que le phénomène est toujours présent par exemple dans tagalog ou anejom. — Oliv☮ ^{Éppen hozzám?} 15 décembre 2012 à 18:50 (CET)

Il y avait un problème au niveau de l'infobox générant un saut de ligne. Les autres sauts de ligne sont du aux retours ligne entre le commentaire et le premier <noinclude> des Modèle:Hiérarchie début xxx. En suprimant ce retour ligne (ainsi que le commentaire proprement dit, mais ce n'est pas obligatoire) sur les modèles malayo-polynésien, malayo-polynésien occidental, philippin et grand philippin central, j'ai résolu le problème pour le Tagalog.

Vu le nombre de modèles potentiellement concernés, il serait sans doute utile de demander l'intervention d'un Bot.

— Zebulon84 (d) 16 décembre 2012 à 11:03 (CET)

Merci à Zebulon84 d'avoir demandé le passage de bot, c'est donc réglé ! — Oliv☮ ^{Éppen hozzám?} 25 février 2013 à 12:34 (CET)

Modèle : Coord ? OSM ?

---

Ajout du comte Nemoi – Lorsque je vais sur un quelconque article comme celui sur les écluses de Semington et que j’affiche la carte, j’obtiens dans mon terminal des erreurs « Firefox wouldn't set https on http://maps.google.com/mapfiles/kml/shapes/placemark_circle_highlight.png ». J’ai évidemment le module complémentaire HTTPS Everywhere dans mon navigateur. Question : est-ce qu’on peut faire mieux ? ce 23 novembre 2012 à 01:07 (CET).

---

N'ayant pas ce module complémentaire j'ai bien sur une carte qui s'affiche, mais ce n'est pas une carte google mais toolserver / openlayer. Or lorsque j'ajoute https: à cette adresse, s'affiche toujours. As-tu activé quelque chose pour avoir une carte goolgeMaps ?

Il est possible d'afficher deux cartes différentes, l'une en cliquant sur (carte), l'autre en cliquant sur l'icône en forme de globe terrestre. Mon exemple prend la (carte), mais le résultat est le même avec l'autre carte. D'ailleurs je ne sais pas désactiver l'affichage des globes parasites dans mon texte ci-dessus.

— Zebulon84 (d) 23 novembre 2012 à 08:13 (CET)

---

Ajout du comte Nemoi – C’est bien la carte « toolserver / openlayer », mais le petit point rouge vient de chez M. Google. Vu que je suis en https sur le Serveur d’outils, et que l’adresse du point rouge y est toujours en http, c’est visiblement là-bas qu’il faudrait corriger quelque chose. Merci de m’avoir débrouillé toute cette affaire ! je n’ose pas approcher de cette partie de la technique. Amicalement, ce 23 novembre 2012 à 12:54 (CET).

Modèle Ligne de tableau

Bonjour; le modèle {{Ligne de tableau MH-Fla}} est employé dans des articles comme Liste des monuments historiques d'Eeklo où le nombre d'appel des fonctions parser dépasse la limite (message "Attention : Cette page contient trop d'inclusions de modèles. Certaines inclusions ne seront pas effectuées.") ce qui a pour conséquence un affichage incorrect en fin d'article. Pourtant l'article dont il est traduit, nl:Lijst van onroerend erfgoed in Eeklo, ne présente pas ce bug, je suppose que le modèle y est mieux écrit. Sommes-nous moins bons que nos amis hollandais? On a un problème similaire avec {{Ligne de tableau LPC}} dans l'article Liste des lieux patrimoniaux de la Colombie-Britannique. Deux solutions, soit simplifier le modèle, soit scinder les articles (soit les deux à la fois...). Vos avis? -- Speculos ^✉ 24 novembre 2012 à 14:15 (CET)

Comme il y a rarement de latitude sans longitude, j'ai supprimé le test sur la longitude, mais ça n'est pas suffisant.

La principale différence avec la page hollandaise est l'image par défaut et le lien pour téléverser une image lorsque l'on clique dessus.

J'ai donc supprimé l'image et le lien pour voir => plus de problème. Bien sur si ce lien est essentiel aux utilisateurs de cette page, il faut annuler ma dernière modif. Sinon, il est possible que le même type de modif sur le second modèle améliore aussi l'autre page.

— Zebulon84 (d) 24 novembre 2012 à 18:01 (CET)

Merci beaucoup Zebulon! ca permet d'alléger nettement ce genre de page et évite les erreurs. -- Speculos ^✉ 24 novembre 2012 à 18:17 (CET)

Question subsidiaire: serait-il possible de ne pas afficher le bouton "Téléverser" quand une image est déjà présente, pour les pages utilisant le {{Ligne de tableau LPC}}, par exemple Liste des lieux patrimoniaux de Laval ? -- Speculos ^✉ 24 novembre 2012 à 18:57 (CET)

Apparemment c'est bon, j'ai réussis la modification, le bouton "Téléverser" n'apparait plus lorsqu'il y a déjà une image . Cordialement,--AM 23 • (discuter) 24 novembre 2012 à 20:33 (CET)

Merci AM23, c'est OK! -- Speculos ^✉ 24 novembre 2012 à 20:41 (CET)

Le problème est qu'en "enlevant" le bouton téléversé vous alourdissez de beaucoup de modèle. Il faut comprendre qu'à chaque fois un parsec (#if) est ajouté, il est multiplié par 500 fois. Les dernier grand changement du modèle était déjà un bon compromis entre Benoit Rochon (d · c · b) et moi nous avais pleinement satisfait , je ne vois pas pourquoi vous défaissez notre travail. --Fralambert (d) 24 novembre 2012 à 22:52 (CET)

Petite correction, il s'agit plus des modifications à la ligne coordonnées qui avait alourdit le modèle. Je n'ai finalement plus rien contre le fait d'enlever le bouton « téléverser », mais il sera à rajouter au prochain wiki love monuments. --Fralambert (d) 24 novembre 2012 à 23:33 (CET)

{{romain}}

Bonjour. Ce modèle pose problème à mon avis. Il permet d'afficher les chiffres romains en petites capitales. Or, les chiffres romains doivent presque toujours être composés en grandes capitales, à part pour les siècles et les chapitres d'ouvrage (voir WP:CT). L'usage de ce modèle devrait donc être extrêmement restreint, à l'inverse du modèle {{Rom-maj}}, d'un usage beaucoup plus courant. Or, je remarque que {{romain}} est fréquemment utilisé, le plus souvent de manière inappropriée. Je pense que le problème vient du nom du modèle, qui laisse croire qu'il s'agit du modèle « par défaut » pour les chiffres romains. Ne faudrait-il pas le renommer ou rendre la documentation du modèle plus explicite ? Rāvən (d) 27 novembre 2012 à 11:42 (CET)

Modèle : Historique ATP Tour

---

Ajout du comte Nemoi – Bonjour tout le monde. Est-ce que vous voyez un intérêt immédiatement pratique au modèle : Historique ATP Tour , qui est tout simplement inclus dans le modèle:Palette ATP Tour (compliquant d’autant l’édition) ? Vous aussi, allez sur le portail : Tennis et affichez / masquez la palette « Tennis aux Jeux olympiques d'été ». Wikipédiennement, ce 14 décembre 2012 à 01:27 (CET).

---

Ce modèle est aussi utilisé directement sur le portail tennis, juste au dessus de la palette tournois du grand chelem. Mais si la page Portail:Tennis/Tous les résultats est réorganisée sans tableaux imbriqués, il est sans doute possible de supprimer cette utilisation.

— Zebulon84 (d) 14 décembre 2012 à 03:52 (CET)

Voici ma proposition pour remplacer Portail:Tennis/Tous les résultats :

code et exemple

<div style="display:inline-block; display:inline !ie; zoom:1; width:48%;">
<div style="width:80%;margin:auto;">
===Dames===
{{Palette WTA Tour}}
</div></div><div style="display:inline-block; display:inline !ie; zoom:1; width:51%;">
<div style="width:80%;margin:auto;">
===Messieurs===
{{Palette ATP Tour}}
</div></div>
<div style="width:80%; margin:auto;">
===Grand Chelem===
{{Palette Palmarès en Grand Chelem}}

=== Jeux olympiques ===
{{Palette Tennis aux Jeux olympiques d'été}}
</div>

Dames

Messieurs

Grand Chelem

Jeux olympiques

 

Il est alors possible de substituer {{Historique ATP Tour}} dans {{Palette ATP Tour}}, puis de le supprimer, ainsi que son équivalent WTA. Je signale aussi cette proposition au projet tennis.

— Zebulon84 (d) 14 décembre 2012 à 15:36 (CET)

Ouèp', je suis d'accord avec ce qui a été fait par Zebulon84. Hawk-Eye (d) 14 décembre 2012 à 16:27 (CET)

J'ai mis à jour Portail:Tennis/Tous les résultats et inséré la liste des saison directement dans le code de la Palette ATP Tour. Les modèles {{Historique ATP Tour}} et {{Historique WTA Tour}} ne sont donc plus utilisés. Je fais un demande de SI. — Zebulon84 (d) 19 décembre 2012 à 09:59 (CET)

---

Ajout du comte Nemoi – Génial, merci ! ce 19 décembre 2012 à 13:31 (CET).

line-height:0px dans les <div> de positionnement

{{Point/Ville}} l'utilise au contraire d'autres modèles de point, il y aurait une réflexion à faire sur pourquoi et quand c'est nécessaire, que j'ai voulu lancer en proposant cette modification sur DIPP : si les spécialistes peuvent donner leur avis sur les problèmes indiqués avec les liens vers le Bistro… (Sans oublier pendant que vous y êtes cet autre problème de <div> mystérieux que je présentais plus haut, les boîtes qui ne flottent pas pour tout le monde). Merci ! — Oliv☮ ^{Éppen hozzám?} 15 décembre 2012 à 09:33 (CET)

---

Il me semble qu'il y a deux problèmes.

• En position "absolute", du texte est positionné par son point haut (c'est à dire au dessus des caractères en exposant) gauche :

Texte en position:absolute; top:0; left:0;

Une image est par défaut centrer verticalement au milieu du corps de texte de cette ligne :

Image en position:absolute; top:0; left:0;

Pour que la géolocalisation marche bien, il faudrait que cette image soit alignée avec le haut du bloc. C'est possible de le faire soit en réduisant la hauteur de ligne à 0 :

Image en position:absolute; top:0; left:0; line-height:0;

Comme on peut le voir cela pose problème s'il y a aussi du texte, mais ce n'est normalement pas le cas ici.
Soit à mon avis plus proprement en définissant l'alignement vertical de l'image à top :

Image en position:absolute; top:0; left:0; + alignement "top"

Voir mw:Help:Images#Vertical_alignment pour tout les alignements possibles.

• Pour que le centre de l'image soit au bon endroit, pictogramme décale en plus l'image de la moitié de sa largeur.

Position actuelle : Carré bleu

Position top : Carré bleu

Mais le modèle pictogramme suppose que la hauteur de l'image est égale à sa largeur, ce qui n'est pas le cas du fort en question.

Position actuelle : fort

Position top : fort

Position correcte :

Ma proposition est donc

• de modifier pictogramme en ajoutant |top :

<div style="position:absolute;border:none;top:{{{1}}}{{{unité|%}}};left:{{{2}}}{{{unité|%}}};"><div style="position:absolute;border:none;top:{{#expr:0-({{#if:{{{5|}}}|{{{5}}}|14}})/2}}px;left:{{#expr:0-({{#if:{{{5|}}}|{{{5}}}|14}})/2}}px;">[[Image:{{{4|Red pog.svg}}}|top|{{#if:{{{5|}}}|{{{5}}}|14}}px|{{{3|localisation}}}]]<!--
--></div></div>

Comme le précise comte Nemoi, cela va modifier le positionnement de toutes les images positionnée par {{Pictogramme}}. Mais si cette position est récente pour une raison x ou y (changement de doctype ou modif de centrage vertical par défaut des image par mediawiki) cela ne fera que revenir au positionnement "normal".

• de se débrouiller pour que les images de pictogrammes soit carrées.

— Zebulon84 (d) 15 décembre 2012 à 12:42 (CET)

Je me demande si dans ce que tu expliques ci-dessus ce que je vois est bien la même chose que toi (si ce n'est pas le cas, il faut d'autant plus comprendre ce qui marche pour tout le monde ou pas), regarde ça stp avant que je regarde mieux ce que tu dis, merci. — Oliv☮ ^{Éppen hozzám?} 15 décembre 2012 à 18:34 (CET)

Je vois exactement la même chose que Oliv0. --Amicalement, Salix ^[Converser] 15 décembre 2012 à 18:45 (CET)

Je vois bien la même chose aussi. Bien sur pour comprendre mon propos, il faut regarder le code en parallèle car je n'ai pas voulu surchargé le message en copiant tout une deuxième fois avec des <code><nowiki> ; je sais que cela ne vous pose pas de problème. — Zebulon84 (d) 16 décembre 2012 à 09:50 (CET)

D'accord à 100 % (j'avais mal compris certaines explications, en fait ici tout le monde voit probablement la même chose) :

• il y a un réel problème avec {{Pictogramme}} qui n'a que le paramètre 5 pour la taille alors que certains points ne sont pas carrés, cependant ajouter un paramètre dans les modèles qui l'appellent serait un gros chantier et il s'agit au pire de 2px qui se voient relativement peu (icône forteresse de largeur 10, hauteur 14 : décalage vertical basé sur largeur -5px au lieu de -7px correct),
• les 2 méthodes « line-height:0px dans le div » (utilisée actuellement, par exemple dans {{Point/Ville sans lien}} depuis sa première version en 2009) et « top dans l'image » sont aussi bonnes l'une que l'autre puisque ce n'est pas utilisé avec le texte accolé à l'image mais dans un div à part (cf. {{Point/Ville sans lien}} ou {{Pictogramme avec toponyme}}),
• bravo, tes explications éclairent enfin cette question qui traînait ! (cf lien DIPP ci-dessus renvoyant au Bistro d'il y a deux mois où il y avait aussi un problème analogue de schéma ferroviaire, c'est peut-être quelque chose du même genre mais pour plus de clarté j'en fais une section à part ci-dessous) — Oliv☮ ^{Éppen hozzám?} 17 décembre 2012 à 10:23 (CET)

Microformats…

Bonjour à tous,

Je ne sais si je pose ma question au bon endroit — donc n'hésitez pas à me rediriger.

On est actuellement en train de brainstormer pour créer des pages spécifiques de métadonnées pour les universitaires (non admissibles en tant que personne, mais auteurs de sources très largement admissibles…). Or, on souhaiterait implémenter des fonctions de web sémantiques. Je viens de voir que la Wikipédia anglophone a mis en place des Microformats qui ont l'air bien pratiques : est-ce que cette fonctionnalité existe sur la Wikipédia francophone ? Sinon, serait-il possible de la récupérer facilement ?

Alexander Doria (d) 16 décembre 2012 à 16:01 (CET)

Il y avait Wikipédia:Métadonnées_personne mais ça n'était apparemment pas très populaire sur la wikipedia francophone. Par contre il y a wikidata qui est en phase de développement et qui est dans ses premières phases de mises en oeuvre (wikidata:) qui devrait remplir ce rôle, en mieux (données communes à tous les interwiki, typées, ...) — TomT0m ^[bla] 16 décembre 2012 à 16:14 (CET)

Merci pour ta réponse rapide. Dans ce cas, je suppose qu'une simple infobox suffit. Alexander Doria (d) 16 décembre 2012 à 16:17 (CET)

---

Ajout du comte Nemoi – Non, il ne faut pas voir là une invitation à créer des pages dans l’espace encyclopédique sur des personnes non admissibles avec juste une infoboîte, comme certains membres du projet : Références le souhaiteraient. Ce serait surtout à remplir là-bas les données, et de voir ici si et comment on en a besoin. Ce 16 décembre 2012 à 16:26 (CET).

Espace vertical non voulu dans les schémas ferroviaires (BS)

Sur le Bistro d'il y a deux mois je cherchais à comprendre comment ce problème a pu être réglé sur un autre Wikipédia par un line-height:0px mais en fait il existe aussi ici :

essai
Schéma de la ligne Légende

{{BS-header|essai}}
{{BS-table|affichage=déroulé}}
{{BS3bis||KBHFa}}
{{BS3bis||ABZgr}}
{{BS-table-fin}}
{{BS-fin}}

L'apparition d'un espace vertical entre et semble très sensible (variant selon le navigateur, voire selon la présence d'un texte juste avant le tableau dans l'exemple du Bistro) si bien qu'actuellement je ne peux pas tester pour identifier le problème, mais certains doivent voir ci-dessus l'espace que je voyais (si c'est un phénomène que seuls certains peuvent voir, comme dans #Boîtes ci-dessus c'est d'autant plus nécessaire de comprendre). — Oliv☮ ^{Éppen hozzám?} 17 décembre 2012 à 10:29 (CET)

En effet, sur Chrome (version 23.0.1271.97) et Firefox (version 17.0.1 ) sous Windows 7, je ne vois pas cet espace. Par contre, avec Firefox (version 3.6.24, un peu vieille) sous Red Hat, je le vois. Gonzolito ^Pwet 17 décembre 2012 à 10:48 (CET)

Avec Firefox 17.0.1, je ne vois pas l'espace sous windows 7, par contre je le vois dans une machine virtuelle sous windows Xp. Désactivé Aero ne change rien.

Autres test avec windows XP : Je vois aussi l'espace avec IE8, par contre je ne le vois pas dans IE7, IE6, Chrome 23, Opera 12.11, Safari 5.1.7, Safari 5.0.5

Avec Ubuntu 12.04 : je vois l'espace que ce soit avec Firefox 17.01 ou Chormium 20.

Maintenant il faut trouver pourquoi.

— Zebulon84 (d) 17 décembre 2012 à 12:26 (CET)

---

Je crains qu'on ne puisse pas faire grand chose car ça à l'air d'être du aux arrondi de pixel dans les calculs du navigateur. J'ai réduit le code au minimum, et le même code inséré deux fois donne une fois un espace, une fois pas d'espace. Pire lorsque je scroll, l'espace n'est plus sur la même figure. Voir [4] et [5]
— Zebulon84 (d) 17 décembre 2012 à 14:06 (CET)

Et avec la méthode line-height:0px du lien Bistro ci-dessus (ou ta méthode top dans image), c'est mieux? (pour ceux qui peuvent tester) — Oliv☮ ^{Éppen hozzám?} 17 décembre 2012 à 14:58 (CET)

J'avais oublié l'origine de la discussion au cours de mes recherches. Oui, l'un comme l'autre semble améliorer les choses. — Zebulon84 (d) 17 décembre 2012 à 15:24 (CET)

Super, ça progresse, mais j'espère qu'il suffit de changer {{BS3bis}} et compagnie, parce qu'au-dessous à partir de {{BS-overlap}} ça a l'air de la grosse usine à gaz pire que la géolocalisation et ce n'est pas peu dire — Oliv☮ ^{Éppen hozzám?} 17 décembre 2012 à 16:36 (CET)

Le problème est fréquemment abordé au café de la gare, et son explication est simple : c’est impossible de faire mieux. En fait, chaque ligne BS#bis consiste en un tableau, et tous ces tableaux sont empilés les uns sur les autres. Dans ce tableau, on insère le nombre d’icônes qu’il faut, qui sont obtenues grâce à BS-overlap pour les superpositions diverses, icônes qui font, au final, 20px de haut par défaut. Le texte à droite, quant à lui, est insécable donc se retrouve sur une seule ligne ; et les marges des tableaux sont réduites à zéro. Mais si pour une raison quelconque, les caractères à droite dépassent de 20px de haut, les images restent centrées sur chaque ligne-tableau, d’où l’apparition de lignes blanches. Donc les seules possibilités sont de réduire la taille de la police (qui est déjà réduite de 20 %, d’où un risque d’illisibilité accrue), ou d’augmenter celle des icônes à 25 px, ce qui allongerait encore de 25 % les tableaux, les élargirait, et alourdirait encore plus les schémas.

En espérant vous avoir aidé --Pic-Sou 17 décembre 2012 à 18:27 (CET)

Ah mais si c'est du texte sur une seule ligne, un line-height:0px et plus d'espace vertical : en fait alors ce serait à mettre à tout le tr au début de BS3bis ? (qui comprend au début le td du tableau des icônes et à la fin ceux des textes) Les autres BS#bis c'est pareil ? — Oliv☮ ^{Éppen hozzám?} 17 décembre 2012 à 19:16 (CET)

Pour ne pas avoir à modifier tout les BS#bis j'ai d'abord analysé la solution |top. En ajoutant ce code lors de l'insertion des images dans {{BS-overlap}}, {{Superimpose2}} et {{Superimpose2/base}}, la majorité des blancs disparait, mais il m'en reste quelques-un. pour tester c'est par ici — Zebulon84 (d) 17 décembre 2012 à 19:27 (CET)

Pas mieux par line-height:0px sur ton exemple LGV Sud-Est (sur un vieil ordi où le problème se voit bien). — Oliv☮ ^{Éppen hozzám?} 19 décembre 2012 à 12:05 (CET)

Il me semble avoir résolu le problème en ajoutant aux modifications précédentes un line-height:18px; au niveau de {{BS-table}}.

Pour tester c'est toujours par ici. Pouvez-vous confirmer résolution du problème ?

Cela réduit de un pixel la hauteur de ligne des textes de droite. Cela ne se remarque selon moi que sur les distances "double", au niveau des bifurcations.

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

Ayant pu repasser aujourd'hui sur le même vieil ordi je confirme que dans ce dernier test je n'ai plus vu le problème d'espacement vertical. — Oliv☮ ^{Éppen hozzám?} 30 janvier 2013 à 21:13 (CET)

Merci d'avoir testé. Je refait le tour pour vérifier les modifications réellement nécessaire et je demande la modification des modèles. — Zebulon84 (d) 31 janvier 2013 à 04:33 (CET)

 Fait. — Zebulon84 (d) 2 février 2013 à 18:26 (CET)

Conversion en méta palette

Bonjour chers modélistes

Je ne suis pas une habituée des lieux, clairement, et c'est une peu pour ça que je viens poser mes questions. Armée de toute ma bonne volonté, je suis un jour tombée sur la Catégorie:Catégorie à vider et incidemment sur Catégorie:Convertir en méta palette. La curiosité et l’éclectisme m'ont amené à me dire que je pouvais bien faire un geste, faire quelque chose...

J'ai donc commencé par convertir le modèle {{Âges préhistoriques}}, un bête tableau qui semblait à ma portée, inclus dans un nombre limité d'articles, qui me semblait peu accessible lorsque j'enclenchais le gadget d'accessibilité... Bref, j'y vais, je transforme le tableau en méta palette, et ça donne {{Palette Âges préhistoriques}}... Résultat, je me suis fait sauter dessus par quelqu'un qui avait les articles en suivi et qui semble me dire que la méta palette provoque une perte d'informationArgument que je reconnais comme légitime, mais aucune piste ne m'est apportée pour améliorer ce fait, voir les discussions sur les palettes mentionnées et sur les pdd de Skorba et moi.

Première question après ces prolégomènes : que faire ? Conserver les deux modèles ? Supprimer {{Âges préhistoriques}} pour le remplacer par un tableau similaire plus accessible dans les articles où il est nécessaire ? Faire subsister les deux modèles ? Ne pas faire une méta palette mais plutôt une frise chronologique ou une palette verticale ? Nemoi (d · c · b) a déjà donné son avis, mais vu l'opposition avec Skorba (d · c · b) je requiers d'autres avis.

Autre question. Je suis en train d'essayer de convertir le tableau des grades militaires {{Grades de l'armée française}} et compte le transformer toujours en méta palette. Vu le tableau à double entrée d'origine, il serait plus facile de réaliser une méta palette à sous-groupes, mais ce modèle semble poser des problèmes d'accessibilité. Est-ce grave ? Est-ce que ça vaut la peine de faire une méta palette à sous-groupes (je pense qu'il est faisable de se débrouiller sans) ?

Voilà voilà, j'espère ne pas vous déranger de trop avec mes problèmes de débutante Et puis si ce que je fais est vraiment pourri pourri, hésitez pas à mettre un frein à mes ardeurs, l'éclectisme m'amènera ailleurs

¤ Euterpia ¤ Just ask ¤ 20 décembre 2012 à 14:30 (CET)

Pour {{Grades de l'armée française}}, la méta palette à sous-groupes m'a l'air de coller parfaitement, tu (puis-je ?) as l'air d'avoir bien commencé !

Concernant {{Âges préhistoriques}}, quelque chose de ce genre permettrait de ne pas perdre d'informations. Mais là, c'est un autre niveau, et j'avoue ne jamais m'être penché dessus. Gonzolito ^Pwet 20 décembre 2012 à 14:58 (CET)

---

Ajout du comte Nemoi – Je me suis déjà exprimé sur les deux avant ce message, je résume donc mon point de vue : les modèles de navigation chronologique sont en l’état une plaie ; lorsqu’on peut s’en passer — et c’est le cas ici, puisque le modèle : Âges préhistoriques n’est plus utilisé (il est lié sur des pages, mais jamais utilisé en palette) — sans perte d’information (c’est le cas ici, pour autant que la lisibilité soit facilitée pour les habitués des textes plutôt que pour celle des shémas), on ne doit pas passer à mon avis par un truc encore moins compréhensible. Concernant le modèle : Grades de l'armée française, on gagnerait à mon avis à en faire deux ou trois palettes distinctes ; quelqu’un qui s’intéresse aux grades du domaine maritime n’a pas vraiment besoin de pouvoir facilement sauter à ceux de la gendarmerie, il faut limiter les palettes à des groupes d’articles proches les plus restreints possibles, pas se trimbaler avec toutes les pages liées d’un portail (pour ça, on a des portails et des articles généraux…). Avis exprimés et détaillés ce 20 décembre 2012 à 18:57 (CET).

Projet:Palette

J'ai crée la page Projet:Palette, ça faisait un petit peu de temps que cela me trottait. J'ai ouvert une première discussion sur Discussion Projet:Palette. --Nouill (d) 23 décembre 2012 à 18:22 (CET)

Je t'autorise à piocher tout ou partie de ma sous-page que tu cites, elle sert à ça. A+--FDo64 (d) 23 décembre 2012 à 20:24 (CET)

Pas sûr qu'il y ait grand monde qui suive ce nouveau projet. Mes questions posées il y a un mois sont restées sans réponse. À défaut, je ferais à mon idée... mais je préférerais avoir d'autres avis. Merci d'ajouter ce projet dans votre liste de suivi.--FDo64 (d) 14 février 2013 à 18:32 (CET)

{{Citation au hasard}}

Bonjour chers modélistes. J'aurai besoin de votre aide pour modifier le modèle ci-dessus, et mon incompétence dans le langage de programmation m'empêche de le faire moi-même... Je souhaiterai ajouter un paramètre (optionnel) de style. A l'heure actuelle, le style de rendu n'est pas modifiable (texte grossi et en gras). Serait-il possible de laisser ces paramètres par défaut (pour ne pas surprendre ceux qu'il l'utilisent actuellement), mais de pouvoir, au besoin, les annuler (les deux ou l'un ou l'autre). Il est déjà possible de mettre en italique. Merci d'avance et joyeuses fêtes. JRibax () 28 décembre 2012 à 16:04 (CET)

B'soir - Ne crois-tu pas que préparer la documentation du modèle selon ta demande serait un guide et une incitation pour celui qui voudra toucher au code ? Je remarque qu'il n'est même pas question dans la version en ligne des styles dont tu parles... TIGHervé, opérateur 28 décembre 2012 à 19:12 (CET)

 Fait. — Riba ^(discuter) 28 décembre 2012 à 20:00 (CET)

Merci à ceux qui s'en sont occupé. @ TigH : bonsoir à toi. Je suis désolée si je n'ai pas posté une demande correcte, mais en toute honnêteté, je n'y ai pas pensé et je ne savais pas qu'il fallait le faire ainsi. Pour ta phrase « il n'est même pas question dans la version en ligne des styles dont tu parles », je ne sais même pas ce que ça veut dire. OK pour avoir omis de « préparer la documentation » (je comprends que j'aurai du déjà mettre à jour celle qui existait... ?), mais le reste, je ne comprends pas. Merci encore de votre travail (rapide qui plus est ). Bien cordialement, JRibax () 29 décembre 2012 à 00:49 (CET)