Discussion Projet:Modèle/Archive 2009

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

{{Ouvrage}}, {{Harv}} et {{Harvsp}}

J'ai laissé en page de discussion de {{Ouvrage}} quelques demandes d'amélioration à mon avis nécessaires. J'aimerais beaucoup adopter ces modèles (et les utiliser avec Zotero par exemple) mais pour le moment ces petits soucis sont assez pénibles (par exemple pour l'article Renaissance du XIIe siècle qui en bénéficierait grandement). Vol de nuit ✈ ^{Mayday ! Mayday !} 8 janvier 2009 à 12:04 (CET)

Ouais, j'ai vu tes commentaires. Je suis un peu occupé pour les prochains jours/semaines. Si quelqu'un veut s'en occuper tant mieux, sinon, j'essayerai de faire ça durant le mois de janvier. --Riba-- (d) 8 janvier 2009 à 13:30 (CET)

Bon, c'est pas urgent voir à oublier, en utilisant le paramètre id ça règle les choses (même si c'est pas le plus simple). Vol de nuit ✈ ^{Mayday ! Mayday !} 8 janvier 2009 à 18:49 (CET)

{{Boîte déroulante début}}

Je me posais la question de savoir si le modèle ne devrait plutôt pas se nommer {{Boîte déroulante/début}} -- Xfigpower (pssst) 8 janvier 2009 à 13:17 (CET)

Dans l'absolu, si, tout à fait. {{Boîte déroulante/début}} et {{Boîte déroulante/fin}}, avec peut-être {{Boîte déroulante}} (zut) pour l'inclusion de la doc. Mais cela n'a d'intérêt que s'il y a des gens pour reprendre et rectifier les divers modèles existants concernés, puis systématiser et maintenir la chose. Sinon, c'est un peu plus de désordre à partir d'une bonne intention. Cordialement --Lgd (d) 8 janvier 2009 à 14:47 (CET)

{{PLat}}

J'ai essayé de créer ce modèle qui sera très utile pour formater beaucoup de références. Par contre j'ai essayé de faire simple, résultat comme on peut le voir sur l'exemple le lien sur le titre déborde sur "édité par". Et j'ai des guillemets superflus. Un remède ?
Edit : dernier détail, est-il possible d'ajouter un id (comme sur {{Ouvrage}}) pour faciliter les renvois en ref sur le mode {{Harv}} ? Vol de nuit ✈ ^{Mayday ! Mayday !} 8 janvier 2009 à 20:52 (CET)

J'ai amélioré moi-même à partir de {{Ouvrage}} mais j'ai toujours le problème du lien qui déborde. Par ailleurs j'aimerais que les crochets du lien sur auteur n'apparaissent pas si le champ est vide (et je ne maîtrise pas spécialement la fonction #if:). Même chose pour une virgule qui traîne. Si quelqu'un peut juste régler ces détails... Vol de nuit ✈ ^{Mayday ! Mayday !} 9 janvier 2009 à 19:51 (CET)

Probleme avec la doc d'un modèle

Bonjour. J'ai du déplacer la documentation du modèle:CAN hockey sur sa page de discussion car lorsqu'ell était présente sur la page du modèle lui-même, ca engendrait un problème dans les tableaux. Pour afficher ceci :

exemple

Canada

texte

il fallait passer la dernière case du tableau à la ligne sinon le paramètre align="left" apparaissait dans le tableau. Pour être plus explicite, pour avoir l'exemple ci-dessus il fallait écrire le code :

|-
| exemple ||  Canada
| align="left"| texte

Si on tapait

|-
| exemple ||  Canada || align="left"| texte

on obtenait :

exemple

Canada

align="left"| texte

Une idée ? 'toff [me causer] 23 janvier 2009 à 08:49 (CET)

C'est corrigé. --Lgd (d) 23 janvier 2009 à 09:27 (CET)

Merci. C'est presque ce que j'avais fait précédemment [1]. C'est l'espace avant le noinclude qui créait le problème ? 'toff [me causer] 23 janvier 2009 à 11:41 (CET)

Oui. Le retour à la ligne étant inclus (comme le reste du contenu du modèle) dans le code du tableau, le résultat était comme si tu avais écrit directement:

{|cellpadding="3" cellspacing="1" border="1" style="font-size: 95%; text-align: center; border: gray solid 1px; border-collapse: collapse;"
|-
| exemple || {{CAN hockey}} 
||align="left"| texte
|}

--Lgd (d) 23 janvier 2009 à 14:00 (CET)

OK, merci 'toff [me causer] 23 janvier 2009 à 14:20 (CET)

Typo à corriger dans le bandeau du portail Histoire

C'est l'« Histoire » avec un grand H dont il s'agit dans le Modèle:Portail Histoire qui est à modifier par un administrateur.--08pb80 (d) 24 janvier 2009 à 12:53 (CET)

Non il ne sera rien modifié parce que l'emploi d'une capitale n'est pas considéré comme pertinent par beaucoup de personnes ; il n'y a de plus ici aucune ambiguïté. TigHervé (d) 24 janvier 2009 à 13:05 (CET)

Retour pseudo brut

Bonjours chers "modélistes", j'ai besoin d'utiliser dans un modèle le texte brute du pseudo de celui qui lance un modèle, est-ce possible?
Je m'explique pour avoir la signature, je peux utiliser <includeonly>--</includeonly><includeonly>~~</includeonly><includeonly>~~</includeonly> mais, là je veux le pseudo brut et seul.
Par avance merci. -- - Zorlot ^[+d+] 7 février 2009 à 20:21 (CET)

Bonjour - pour avoir cherché cette fonction il y a longtemps, on avait conclu à l'impossibilité (enfin si c'est bien le même besoin). Mais comme ça fait un bon moment, il faut attendre un éventuel avis opposé. TigHervé (d) 7 février 2009 à 21:02 (CET)

Je pensais bien que mon explication serait insuffisante. J'explique plus précisément mon besoin.

Voilà: Je participe à Projet:Blasons/Demande de blason et j'ai imaginé que, quand le demandeur clique sur le lien pour créer une demande, l'intro chargée inclurait (dans la section de la demande) un modèle contenant un lien vers la page de discussion du demandeur pour faciliter le contacte... et plus.-- - Zorlot ^[+d+] 7 février 2009 à 21:14 (CET)

Bah, s'il faut un éventuel avis opposé (private joke) : non, en effet, on ne peut pas. Il faut que le demandeur mette explicitement sa signature (pour les curieux: mediaiki se comporte ainsi parce que ce problème bien précis n'existe pas pour ses développeurs : en effet, dès lors qu'une contribution est attribuable à quelqu'un via l'historique, ce qui est le cas, le cahier des charges est rempli.)--Lgd (d) 7 février 2009 à 21:19 (CET)

Merci messieurs , je vais me poser le problème différemment.-- - Zorlot ^[+d+] 7 février 2009 à 21:27 (CET)

Euh, je sais pas si j'ai simplement mal compris ta question, mais si tu veux faire une fonction de demande de blason avec le pseudo qui s'affiche dans la boîte du message, tu n'as qu'à inscrire <includeonly>~</includeonly><includeonly>~</includeonly><includeonly>~</includeonly> dans la page à preloader. — Riba ^(discuter) 8 février 2009 à 01:18 (CET) Ok, j'ai compris... — Riba ^(discuter) 8 février 2009 à 01:19 (CET)

Lien sur icône → Diptyque → Infobox

Bonjour chers modélistes! Je rencontre un problème avec {{Lien sur icône avec wikilien}}. Ce modèle est utilisé dans {{Infobox/Diptyque}} et ce diptyque est utilisé dans plusieurs infoboxes.

Le problème est que, dans certains cas, la flèche de droite n'est pas un lien quand ces 2 modèles se retrouvent dans une infobox. Je n'arrive pas à trouver une corrélation. Deux exemples :

• Coke en stock : semble bien fonctionner.
• The Wall : flèche de droite ne rend pas le lien.
• Cartier (métro de Montréal)

Quelqu'un voit pourquoi des fois ça fonctionne et d'autres fois pas...? Merci. Cordialement. — Antaya @ 11 février 2009 à 02:18 (HNE)

J'ai trouvé que dans le diptyque de Coke en stock, il n'y a que les liens. Dans les autres cas, il y a une autre information supplémentaire... Par contre, je me demande pourquoi cela n'affecte pas la flèche de gauche? Bizarre non? Merci de votre side. Cordialement. — Antaya @ 11 février 2009 à 02:31 (HNE)

Modification/Création d'un modèle espagnol

Bonjour à tous !

Voila j'ai un gros souci avec un tableau dont la colonne centrale doit comporter des petits carrés de couleur, ces couleurs correspondants aux zones de la carte sur la partie droite de la section: Comarcas de Navarra, la section est celle de la zonification 2000 (Zonificación de 2000). Voici un court extrait du code:

Zone	Sous-zone	Aire
Nord-Est:	Modèle:Leyenda

Je crois que c'est le modèle "leyenda" qui pose problème puisqu'il n'existe pas dans la WP française. J'en ai absolument besoin pour continuer a écrire les pages des comarques non encore traduites.

Autre chose: Est que zonification est français (ce terme me parait bizarre) ? Sinon, par quel terme le remplacer ?

Merci infiniment d'avance ! Etxeko (d) 15 février 2009 à 14:28 (CET)

PS: je ne reçois pas de message lorsqu'il y a une réponse au bistrot et ce sera sans doute le cas ici .

Voir Modèle:Légende (leyenda en espagnol) -- Xfigpower (pssst) 15 février 2009 à 17:41 (CET)

Ah OK ! ! ! je viens de comprendre maintenant ! j'étais déja venu sur ces modèles mais ce sont les pays qui m'ont perturbé (je n'avais pas compris qu'au lieu de mettre le nom du pays, je n'avais qu'à mettre le code couleur, tout simplement !). Milles mercis Xfigpower !. Je ne suis pas basque pour rien, moi .... Etxeko (d) 15 février 2009 à 17:51 (CET)

Livres et modèles à exclure

Salut les modélistes,

Pour info, vous avez peut-être vu que l'extension Collection a été activée, permettant d'imprimer des articles. J'attire votre attention sur Aide:Livres/Aide avancée (tirée de m:Book tool/Help/Books/for experts) expliquant les modèles à exclure de l'impressione t les moyens de remédier aux problèmes d'impression. C'est principalement lié aux modèles (voir m:Book tool#Templates to exclude in offline exports entre autres), donc je me suis dit que ça peut vous intéresser.

Bien à vous, le Korrigan →bla 20 février 2009 à 23:38 (CET)

Comme je vous l'ai signalé le Korrigan, il n'est pas nécessaire de supprimer dans les articles les modèles qui posent problème à l'impression (sinon c'est toutes les infobox utilisant les fonctions parseur qu'il faudrait supprimer par exemple). Il suffit simplement d'ajouter si besoin est le lien vers le modèle {{Cacher à l'impression}} développé par Riba et que j'ai testé avec succès. Cordialement, GLec (d) 23 février 2009 à 11:43 (CET)

Imbriquer un modèle dans un modèle juste pour mettre une class="noprint" est idiot. Mieux vaut que les concepteurs de modèle sachent utiliser directement cette classe, ou la catégorie spécifiquement prévue à cet effet. La documentation de Aide:Livres/Aide avancée pourrait être complétée en ce sens. --Lgd (d) 23 février 2009 à 12:00 (CET)

J'examine en ce moment et tranquillement la question du format d'impression PDF avec le Korrigan (voir échanges avec le Korrigan et ici). Il s'avère par exemple que pour les infobox en termes d'impression correcte, les modifications sont plutôt à envisager du coté des développeurs de MediaWiki. Toutefois, je consède qu'imbriquer des modèles n'est pas heureux, mais en l'état la possibilité pratique de contourner le disfonctionnement à l'impression est là. Cela permet d'éviter par exemple, au nom de l'impression au format PDF, la suppression d'une grande partie des modèles en l'état. GLec (d) 23 février 2009 à 12:19 (CET) (Certe, il est possible d'intégrer cette classe directement dans le script d'un modèle. Mais, l'idéal est la restitution papier conforme à l'article tel qu'il apparaît dans la fenêtre d'un navigateur populaire. Sinon, il faut craindre (à cause de ce disfonctionnement/argument) à plus ou moins long terme des discussions sans fin du type pour ou contre la suppression des Infobox par exemple)

J'approuve Lgd, il y a plusieurs solutions possibles comme l'ont fait remarquer les concepteurs de l'extension Collection. Et je ne suis pas forcément d'accord avec « l'idéal est la restitution papier conforme à l'article tel qu'il apparaît dans la fenêtre d'un navigateur » : pourquoi ca serait l'idéal ? Pour moi, « l'idéal » est que tout le contenu soit présent (je dis bien contenu et pas contenant !), que la lecture soit agréable, et surtout ne soit pas encombrée par tous les trucs propres au site Web : bandeaux d'alerte, palettes de navigation, infobulles et trucs déroulants, infobox a rallonge... il faut se demander a quoi sert un export PDF ou une impression : si je veux une copie fidele de la page Web, je peux l'enregistrer sur mon ordinateur en HTML, ou faire une copie d'écran. Pour moi l'impression sert a me faire des Que Sais-je facilement... le Korrigan →bla 23 février 2009 à 13:31 (CET)

Si vous m'avez suivi aussi, le problème comme l'a souligné Lgd se résoud par un «  class="noprint" » directement dans les pages de modèle (parfois protégée en écriture) alors que la solution alternative de Riba s'applique simplement dans les articles (solution plus soft si tel article trouve les faveurs en mode impression). La différence est importante pour ne pas engendrer des polémiques à n'en plus finir sur la pertinence des modèles dans tel ou tel espace de discussion. Je reste sur le point de vue que la solution optimale se trouve en amont chez les développeurs. GLec (d) 23 février 2009 à 13:46 (CET) <Remarque> A plus ou moins long terme, il serait envisageable avant impression (type "impression avancée") par exemple, d'offrir la possibilité de supprimer telle ou telle chose par des cases à cocher.

Par curiosité, que devenons cacher ou pas à l'impression? Il n'y a pas de distinction de licence entre ce qui imprimer ou non (genre une image copyrightée ne peut être imprimer)? Est-ce limiter au seul rendu javascript -- Xfigpower (pssst) 23 février 2009 à 17:06 (CET)

Bien que j'ai fait le modèle, je crois qu'il faut tout de même privilégier l'insertion dans les modèles de la class noprint. Ça sera plus simple et plus uniforme. On pourra ainsi discuter pour chaque modèle s'il est pertinent qu'il soit inclus ou non dans la version imprimé. — Riba ^(discuter) 23 février 2009 à 17:57 (CET)

Atention, il faut aussi distinguer la version imprimable (d'origine en quelque sorte) et celle nouvelle au format PDF (plus officieuse selon la loi) qui pose en fait problème en l'état et sur lequel, j'ai donné quelques indications dans le sens d'une correction éventuelle. GLec (d) 23 février 2009 à 18:48 (CET)

Les éléments de navigation et tout ce qui est propre à l'interface Web est généralement exclu lors des impressions PDF (ou CSS). Par exemple, les modèles type {{Article détaillé}}. De la même manière, les cartes de géolocalisation et autres modèles faisant dépendre l'information de l'application de styles CSS de positionnement sont à évacuer du PDF (exemple, la pseudo-carte de la section Jumelage dans Royan a un rendu lamentable en PDF. Les modèles {{Début de carte}} et {{Fin de carte}} sont à mettre en noprint).

D'où, d'ailleurs, l'importance d'éviter le mélange des genres dans les modèles, par exemple les infobox qui comportent des liens suivant/précédent, des liens vers des catégories, des portails, etc. --Lgd (d) 24 février 2009 à 07:39 (CET)

Bonjour, Attention à ne pas mettre de noprint systématiquement pour les boites déroulantes, comme il est dit plus haut, qui ont pour fonction, entre autres, de ne pas déstructurer l'article en termes de proportions et de formes de sections : voir viaduc de Millau où des boites déroulantes ont été mises pour des grands schémas ou des tableaux d'acteurs. Déroulés, ces données auraient nui à la lisibilité de l'article. A contrario, l'impression du contenu de ces boites ne déstruture pas l'article (je n'ai pas vérifié toutefois) et est essentiel pour la compréhension de l'article.Roland45 (d) 24 février 2009 à 08:08 (CET)

Le modèle {{boite déroulante début}}...{{boite déroulante fin}} n'est pas « ouvert » lors de l'impression PDF, et son rendu actuel fait en outre apparaître une partie du code HTML (ce qui est curieux puisque le style de masquage n'est en principe pas appliqué par défaut, mais via js après chargement de la page... Hum... J'ai peut-être une explication et la solution imémdiate, il faut que je teste une variante de la fonction js. Je vous tiens au courant Non, le problème ne vient pas de ce à quoi je pensais). A noter qu'il ne pose en revanche pas de problème lors de l'impression CSS.

A ce propos: le fait que la classe noprint soit utilisée à la fois pour l'impression PDF et pour l'impression CSS (cf commonPrint.css) n'est sans doute pas très habile, les capacités des deux systèmes étant totalement différentes, et les mêmes modèles n'étant pas forcément problématiques dans les deux cas à la fois. --Lgd (d) 24 février 2009 à 08:30 (CET)

Sinon, une suggestion pour la maintenance: catégoriser spécifiquement les modèles placés en noprint. --Lgd (d) 24 février 2009 à 08:02 (CET)

Une autre suggestion: si vous placez une classe noprint sur un modèle, pensez à actualiser MediaWiki:Print.css ou à demander son actualisation via sa page de discussion, pour éviter d'y conserver des styles devenus inutiles, ou pour qu'on puisse à l'inverse forcer l'impression CSS d'un modèle qui aurait été évacué par un noprint pour un problème ne concernant que l'impression PDF. --Lgd (d) 24 février 2009 à 08:22 (CET)

En cas de modification, il serait souhaitable que le Korrigan se charge de la communication auprès de la communauté comme il le fait très bien. GLec (d) 24 février 2009 à 09:27 (CET)

Signalez ici les modèles susceptibles de nécessiter un noprint

Lorsqu'un modèle pose un problème pour la génération de PDF, plusieurs solutions sont possibles :

• l'ajout de la classe noprint qui le supprime du document PDF
• une évolution du modèle qui règle le souci
• une évolution de la fonctionnalité de génération PDF qui règle le souci, ce qui nécessite déjà un signalement sur m:Book tool/Feedback, mais en dernier ressort.

Par ailleurs, il se peut l'impression PDF pose un problème, mais pas l'impression CSS. Auquel cas le noprint doit être annulé lors de l'impression CSS en ajoutant la classe printcss à la précédente. La situation inverse est également potentiellement possible, mais certainement plus rare.

Plutôt que de se précipiter et de mettre des noprint un peu partout, je propose que ce soit un peu suivi. N'hésitez pas à améliorer, à déplacer dans un endroit plus approprié, voire à virer si cela vous semble inutile --Lgd (d) 24 février 2009 à 10:06 (CET)

Bonne idée que ce tableau. Je précise que Aide:Livres/Aide avancée#Améliorer le rendu des livres donne plusieurs solutions différentes (les modeles non créés sont sur Meta), dont des parties incluses seulement a l'impression et des modeles de remplacement (mais j'avoue que ca me dépasse techniquement, pour savoir ce qui est le plus approprié a chaque fois). La page m:Book tool/Feedback ne doit servir qu'une fois qu'on a tout essayé ici et qu'on est vraiment face a un bug ou une fonctionnalité mnquante. La personne qui répond sur cette page, apparemment employé de PediaPress, répond bien et agréablement aux demandes... du moment qu'on a lu le manuel sur Meta :-) (voir m:Book tool et pages associées). Merci, le Korrigan →bla 24 février 2009 à 10:19 (CET)

Je n'ai pas encore beaucoup exploré les possibilités offertes côté parties incluses, etc, notamment Catégorie:Exclure lors de l'impression. Mais l'idée me semblait bien qu'il fallait d'abord gérer cela ici avant de passer à un signalement de bug. On va tâcher de documenter un peu mieux, au fur et à mesure des problèmes rencontrés. Cordialement, --Lgd (d) 24 février 2009 à 10:32 (CET)

N'étant pas chez moi, je ne peux faire des tests qu'avec FF 3.06 sous Ubuntu 8.04. A compléter avec IE7 et Opéra (Windows XP). GLec (d) 24 février 2009 à 10:52 (CET)

Classes et catégorie à utiliser dans les modèles

Cas de figure	Classes à utiliser	Catégorie à ajouter au modèle
supprimer pour l'impression PDF et CSS	class="noprint"	Catégorie:Exclure lors de l'impression
ne supprimer que pour l'impression PDF	pas de classe

Modèles problématiques et solution adoptée

Modèle	exemple de page	Impression PDF	Impression CSS	solution proposée	statut
{{Début de carte}} et {{Fin de carte}}	Wikipédia:Jargon/Modèle de carte complétée	Fond de carte et liens sont dissociés	correcte dans FF3 et IE7, défectueuse dans Opera	Catégorie:Exclure lors de l'impression
{{boite déroulante début}} et {{boite déroulante fin}}	Modèle:boite déroulante début	Boîte non ouverte, impression de code HTML	Correcte	noprint printcss
{{Infobox biographie}}	Articles en général	Rendu sur toute la largeur de la page	Correcte avec FF3	noprint printcss	conservé à l'impression
{{Infobox Scientifique}}	Articles en général	Rendu sur toute la largeur de la page	Pas de cadre avec FF3	noprint printcss + passage au format v2	conservé à l'impression
{{Références}}	Articles en général	Modifie le titre de la section en « Liens externes » + Rendu seulement sur une colonne	Rendu seulement sur une colonne avec FF3	?	conservé à l'impression
{{Taxobox animal}}	Articles en général	Rendu sur toute la largeur de la page	Correcte avec FF3	noprint printcss	conservé à l'impression

A noter que la plupart des modèles d'infobox sont rendus sur toute la largeur de la page en mode impression au format PDF

A noter que pour les infobox qui s'affichent en pleine page, c'est dû a "float" qui n'est pas pris en compte par l'impression PDF, et on dirait que PediaPress n'est pas motive pour changer ca vu que ca rend le tout plus compliqué pour la mise en page. La plupart des infobox sont concernées hélas... le Korrigan →bla 24 février 2009 à 11:15 (CET)

Pas seulement. Je vous ai dèjà informé sur ce cas après tests (il faut aussi considérer les fonctions parseur + d'autres éléments). GLec (d) 24 février 2009 à 11:33 (CET)

D'après mon expérience en matière de génération de PDF, c'est assez pénible quand il faut faire du colonnage, je les comprends. Cela dit, le projet (à long terme) de restructurer plus correctement les infobox en n'y utilisant de tableaux que pour les contenus vraiment concernés pourrait faciliter le traitement PDF et améliorer considérablement le rendu actuel... --Lgd (d) 24 février 2009 à 11:50 (CET)

Je suis un peu à la bourre, et je ne pourrai regarder ça au mieux que demain voire en fin de semaine, mais bon: il ne faudrait pas non plus qu'on s'emballe sur cette classe noprint sans avoir testé Catégorie:Exclure lors de l'impression. Standby --Lgd (d) 24 février 2009 à 11:58 (CET)

De mon coté Lgd pas de souci. Pour ma part, j'estime que l'implémentation de l'impression au format PDF (ce qui n'est pas négligeable) dans cet espace nécessite une adaptation en termes d'optimisation avec le temps qu'il faudra. GLec (d) 24 février 2009 à 12:05 (CET)

Bon, je viens de tester Catégorie:Exclure lors de l'impression sur le modèle {{Portail}}. C'est une solution finalement préférable à l'ajout de la classe noprint (catégorisation, solution native de la fonctionnalité). Par contre, ne faites pas la même bêtise que moi: elle se met en <noinclude>...</noinclude> (sinon, le résultat est le même à l'impression, mais la catégorie se peuple formellement avec tous les articles concernés. Je sais, il y a des matins où on est vraiment nul...) --Lgd (d) 1 mars 2009 à 06:46 (CET)

Question peut-être pas rapport

Est-ce que quelqu'un sait s'il y a un utilisateur en particulier qui s'occupe de la nouvelle fonctionnalité Livres/PDF ? J'ai laissé un message sur Aide:Livres/Problèmes avant-hier et j'aimerais bien qu'il soit lu. (Je crois d'ailleurs que cette nouvelle fonctionnalité, lancée à tout hâte, devrait avoir une page pour coordonner les différents aspect.) — Riba ^(discuter) 25 février 2009 à 03:52 (CET)

Je me suis occupé des annonces et de la traduction des pages. Mais il n'y a personne en particulier qui s'en occupe sur fr.wikipedia (les développeurs sont anglo- et germanophones). Selon ma disponibilité, je vais faire remonter les problèmes vers eux. Si tu veux aider, n'hésite pas. le Korrigan →bla 25 février 2009 à 08:55 (CET)

Désolé, j'aimerais bien aider, mais ce genre de fonctionnalité dépense largement mes compétences... Mais bon, au moins si tu peux faire le message vers ceux qui développe le truc, c'est déjà ça. — Riba ^(discuter) 25 février 2009 à 13:41 (CET)

Modèle de source Directive Européenne

bonjour à tous, je n'ai pas trouvé de modèle spécifique pour la citation d'une directive européenne, est ce que quelqu'un en connait un qui n'aurait pas été catégorisé?

S'il faut le créer, est ce que vous pensez que c'est utile, pertinent et faisable? Le site Eur-Lex peut servir de base documentaire, le numéro CELEX semble la référence la plus simple à utiliser.--Chandres (d) 23 mars 2009 à 14:16 (CET)

De l'usage des couleurs dans le texte des modèles

Bonjour.

Les modèles qui écrivent en couleur sont-ils conseillés ?

Ce jour, j'ai remarqué que certains modèles affichaient un texte en couleur. Cela m'a fortement étonné. En effet, j'avais cru comprendre que l'usage de la couleur dans le texte était très codifié et qu'il fallait éviter d'y déroger. Je suis très surpris de constater que certains modèles écrivent en rouge, couleur que je croyais réservée aux liens vers des pages inexistantes. D'où ma question. Cordialement. --Bruno des acacias}} 4 avril 2009 à 18:42 (CEST)

Bonjour, tu parles bien de Catégorie:Modèle de couleur de texte ? Cela dépend, écrire en rouge comme ça, sans aucune raison est prohibé par contre, il existe des cas ça peut servir, pour la légende d’une image (Révolte crétoise de 1866-1869#Retour des Ottomans). Ces aussi utiles dans les pages de discussion pour repérer qui parle (Discussion utilisateur:VIGNERON#Géolocalisation). Donc aucune raison que ces modèles n’existent pas … mais attention à leur utilisation. Cdlt, VIGNERON * ^discut. 10 avril 2009 à 16:14 (CEST)

Utilisation des modèles je prends et evaluation de la demande

Bonjour, je voulais savoir si il était possible à l'atelier des demandes d'utiliser {{Je prends|nom de l'utilisateur}} et {{Évaluation de demande|facile|moyen|difficile|très difficile}}, d'avantage utilisés à l'Atelier graphique. Merci. Picsou 31 (d) 11 avril 2009 à 16:17 (CEST)

Discussion Wikipédia:Prise de décision/Apparence générale des infobox

Tout est dans le titre, vous êtes invités à participer aux discussions en cours. Guérin Nicolas ^(messages) 21 avril 2009 à 14:33 (CEST)

Catégorie:Modèle club sportif

Bonjour,

Je m'interroge sur l'utilité de la plupart des modèles appartennant à cette catégorie (ceux du type Modèle:AS Monaco). Qu'est-ce qu'un modèle apporte de plus qu'une redirection ? La création de ce type de modèles est-elle relative à une prise de décision ? Merci, cordialement, Bloody-libu (^_^) 3 mai 2009 à 16:44 (CEST)

Séparation des liens dans les palettes

Bonjour. A une certaine époque, on utilisait les • pour séparer les liens dans les palettes. Aujourd'hui, je vois principalement des {{·}}. Il y a déjà un problème d'accessibilité imo, n'ayant pas ce point spécial à disposition ni sur le clavier, ni dans la boîte des caractères spéciaux. Puis, la séparation des liens est bien moins visible, notamment quand il y a beaucoup de liens dans la palette. D'où vient cette décision d'utiliser {{·}} ? J'ai peut-être raté une discussion. — Raizin 9 mai 2009 à 12:39 (CEST)

Cela ne vient d'aucune décision, juste de la fantaisie des rédacteurs. --Lgd (d) 9 mai 2009 à 13:06 (CEST)

{{•}} ne rend pas le bloc insécable contrairement à {{·}} (une sorte de combo avec {{nobr}}) ce qui ne coupe pas les liste de noms de personne. En tout cas, c'est uniquement pour cela que je l'utilise à présent. -- Xfigpower (pssst) 10 mai 2009 à 15:19 (CEST)

{{Infobox Municipalité canadienne}}

Ce modèle a un petit bug ( voir Montréal) il laisse }} }} dans les articles où il est présent. Merci de le corriger. Otourly (d) 17 mai 2009 à 11:06 (CEST)

Après tests, il semble que le problème vient du bloc }}|}} entre </table> et {{!-}}. Bien que la suppression du bloc résoud le problème, celui-ci est indispensable dans le script sinon le modèle est cassé. A titre de proposition, il faudrait peut-être revoir la partie du codage entre le début de la parser function "switch" et ce bloc. Amicalement, GLec (d) 17 mai 2009 à 13:55 (CEST)

.Surtout! Revenir en arrière s'il y a un problème. GLec (d) 17 mai 2009 à 14:42 (CEST)

{{Cite episode}}

Apparemment, ce modèle a été directement repris depuis en:, sans le moindre effort de traduction ni rien (comme le montre son titre). Quelqu'un pourrait-il traduire les champs ? Il est encore utilisé sur peu d'articles, et je pourrais aider à corriger le cas échéant. Meneldur (d) 17 mai 2009 à 19:39 (CEST)

Y a {{Citation épisode}} qui est fait pour -- Xfigpower (pssst) 18 mai 2009 à 09:02 (CEST)

Super, on a aussi {{Cite épisode}}! -- Xfigpower (pssst) 18 mai 2009 à 09:08 (CEST)

Ouac, je n'avais pas vu ce {{Citation épisode}} (à en juger par les pages liées, je ne suis pas le seul). Bon bah excusez le dérange, hein. Meneldur (d) 18 mai 2009 à 14:38 (CEST)

{{Chronologie_de_la_science_générique}}

J'ai l'impression que ce modéle par en sucette, par exemple ici, ou alors, son utilisation est érronée dans ce modéle {{Chronologie de la science}}. Merci d'avance a celui qui comprendra l'histoire--Chandres (d) 20 mai 2009 à 22:50 (CEST)

{{Districts de Turquie}}

Gros problème d'accessibilité sur ce modèle et d'autre, dont {{Provinces de Turquie}} que j'ai corrigé. Si quelqu'un pouvait y jeter un oeil., question d'espace insécable. Merci. Ice Scream ^-_-' 28 mai 2009 à 15:46 (CEST)

Problèmes d'Infobox

Bonjour,

Une contributrice semble avoir, pour toutes les infobox V2, l'affichage des deux cartes physique et administrative en simultané; elle utilise IE et tourne sur Vista. Y a t'il une explication? Davantage d'information là: Discussion_Projet:Italie#Une_infobox_V2,_une_!. Message posté également sur Discussion Wikipédia:Atelier accessibilité#Problèmes d'Infobox Merci de votre attention Otourly (d) 31 mai 2009 à 12:39 (CEST)

coucou ! la contributrice c'est moi ! le problème est résolu : ça venait de mes « préférences », qui m'avaient déjà embêtée pour hotcat et que je viens de virer en bloc ! donc je ne peux pas savoir quel est le gadget qui produisait cet effet ni pourquoi cela se produisait sur les pages des communes mais pas sur la page du modèle ! enfin c'est réglé ! pitibizou ! Mandarine ^{1 pépin ?} 31 mai 2009 à 23:45 (CEST)

{{Infobox Voie parisienne}}

Sur Discussion_modèle:Infobox_Voie_parisienne on se demande si il ne serait pas possible de convertir automatiquement les x/y en coordonnées géographique. Vous avez une solution ? Tieum512 BlaBla 5 juin 2009 à 09:46 (CEST)

le mieux est de travailler en coordonnées cartésiennes. Il suffit après de créer une map de géolocalisation (voir celle du Haut-Rhin qui à l'air de manier des x/y). Le problème, c'est de bien repérer les coordonnées des points extremes de la carte Fichier:Paris plan wee green jms.jpg... -- Xfigpower (pssst) 5 juin 2009 à 10:17 (CEST)

Je ne suis pas sur de bien comprendre. Si je souhaite géolocaliser l'Avenue des Champs-Élysées il est plus simple de trouver les coordonnées géographique que celle x/y de la carte. Aujourd'hui il faut mettre x=72, y=63 dans l'appel du modèle sans que l'on sache comment ce nombre est trouvé. Si on avait la géolocalisation de l'avenue en lat/long on pourrait d'ailleurs placer un lien vers via {{coord}} qui peut s'avérer vraiment utile. Ma question était, puisque x=72 y=63 correspond apparemment a lat=48.869722, long=2.3075, ne peut on pas convertir automatiquement les x/y placé dans les articles par des coordonnées géographique ?Tieum512 BlaBla 5 juin 2009 à 10:33 (CEST)

Ce probleme est la raison pour laquelle Dereckson est repassé a l'ancienne infobox au lieu d'utiliser Modèle:Infobox Voie parisienne/v2. Tieum512 BlaBla 5 juin 2009 à 10:36 (CEST)

grosso modo, j'ai un systeme de deux équations linéaires à résoudre. En me donnant un autre point (de préférence éloigné), on devrait trouver la solution -- Xfigpower (pssst) 5 juin 2009 à 14:07 (CEST)

Je recopie ici ma réponse sur la page de discussion de l'infobox :

Convertir les x/y en coordonnées géographiques ? Ça va être un vrai jeu de massacre !

• les x/y ne sont pas du tout précis : en x, une variation de 1 vaut 1/230 de la largeur de la carte (qui à vue de nez couvre 12 km), soit une précision de plus de 50 m ;
• les x/y donnent les coordonnées du coin supérieur gauche du pointeur , alors que le lieu désigné est le centre de ce pointeur, ce qui augmente encore l'à-côté-de-la-plaque.

Convertir les x/y en coordonnées géographiques, c'est l'assurance de tromper le lecteur en lui proposant des coordonnées qui tapent à 100 mètres du lieu réel. La seule solution est de faire l'inverse : rechercher les coordonnées géographiques, et déterminer la position du pointeur (x/y) à partir de là, par des calculs effectués par le modèle. — Hr. Satz 5 juin 2009 à 14:28 (CEST)

J'ai essayé de faire {{Géolocalisation/Paris}} mais c'est un bordel a paramétrer... -- Xfigpower (pssst) 5 juin 2009 à 15:26 (CEST)

Oui c'est le bordel ! Les "chez machin" maps sont tous pourris à utiliser. Enfin je m'en suis sorti avec Yahoo maps   <STyx @ (en long break) 8 juin 2009 à 01:52 (CEST)

Merci pour le paramétrage -- Xfigpower (pssst) 8 juin 2009 à 11:54 (CEST)

Du coup, en renseignant proprement les coordonnées, c'est gagné -->voir Modèle:Infobox Voie parisienne/v2-- Xfigpower (pssst) 8 juin 2009 à 11:54 (CEST)

mise à jour des articles

Des idées pour faciliter/penser à/éviter la mise à jour des articles. Voir Wikipédia:Le Bistro/7 juin 2009#Vérité temporaire = danger !   <STyx @ (en long break) 8 juin 2009 à 00:40 (CEST)

C'est le jour où j'ai particulièrement envie de répéter qu'il serait bon qu'on s'astreigne de plus en plus à réduire l'intérêt spontané pour les questions ou données mineures (voir le BA à propos des querelles de titre...). Là, on est dans la partie la plus faible (valeur d'un champ et rien de plus) d'articles qui eux-mêmes ne sont guère plus de conséquence. Mettre à jour avec méticulosité toutes ces données bien légères ne me paraît pas une nécessité à déployer dans tout le projet, chaque participant restant libre de se focaliser sur l'intégration des actualités si cela lui chante. TigHervé (d) 8 juin 2009 à 10:59 (CEST)

Salut Hervé ca fait un bail Je crois que tu as loupé la seconde idéé (la bonne).

Pour la première idée, tu as raison : les wikipédiens sont des fourmis ; elles sont brouillones, manquent de méthodes (ce qui heurte mon coté perfectionniste); mais au final, c'est efficace ! ... Conclusion, gardons à l'esprit que les wikipédiens forment est un système distribué.   <STyx @ (en long break) 8 juin 2009 à 14:47 (CEST)

Discussion Wikipédia:Prise de décision/Présence des portails dans les modèles

Prise de décision ouverte à la discussion -- Xfigpower (pssst) 8 juin 2009 à 15:17 (CEST)

Le vote est désormais ouvert -- Xfigpower (pssst) 25 juin 2009 à 13:54 (CEST)

Métadonnées dans la documentation

Faut-il vraiment inclure les Métadonnées (catégories, interwikis, …) en sous-page de documentation?

Je pense que les modèles sont déjà suffisamment compliqué avec leur système d'include pour qu'on puisse se permette de descendre les catégories en sous pages. -- Xfigpower (pssst) 10 juin 2009 à 12:08 (CEST)

Modèle inclut dans un modèle ?

Bonjour.

Est-ce qu'il est sain d'inclure un modèle dans un modèle ? Est-ce que je pose bien ma question. Cordialement. --Bruno des acacias 23 juin 2009 à 13:55 (CEST)

oui, si le sous-modèles sont utilisés dans un autre modèle

sinon, on peut jouer avec les sous-pages (comme pour modèle:drapeau2)

-- Xfigpower (pssst) 23 juin 2009 à 16:32 (CEST)

La question demande a être précisée selon le point de vue technique ou non. Si c'est un méta-modèle ou un modèle de base (code lié un espace de nom "Modèle") comme par exemple {{Méta palette de navigation}}, alors il est non pas sain mais normal de le trouver inclus par le biais d'un lien de type{{Méta modèle etc...}} dans un autre modèle (lié également à l'espace de nom "Modèle") quelconque de palette. Pour des cas qui ne relèvent pas du point de vue technique, merci de bien vouloir donner ici des exemples pour mieux cerner la question et éventuellement donner une réponse appropriée. GLec d 25 juin 2009 à 14:20 (CEST)

Cela concerne le cartouche Modèle:Infobox Mets. Passons sur le fait que je trouve déplacé de poster ce cartouche sur des articles de 12 lignes, ce que sont nombre d'articles sur les mets, et sur le fait qu'il incite à donner non plus la décomposition en grammes par ingrédients mais en protéines, lipides, etc. Concentrons-nous sur le code. Le code est-il correct ? Est-il judicieux d'y inclure le lien vers Wikibooks ? Pourquoi ne pas y inclure le modèle « Autre modèle » ? Si oui, est-ce que le code actuel est le meilleur ? Cordialement. --Bruno des acacias 25 juin 2009 à 16:38 (CEST)

• Son code n'est ni pire ni meilleur que celui des autres infobox dont il est un simple clone, disons qu'il est tout aussi améliorable.
• Les liens interprojets ailleurs que dans {{Autres projets}} sont une question totalement ouverte à ce jour.
• Je n'ai pas trouvé de modèle {{Autre modèle}}.

Ton souci avec ce modèle ne semble pas relever de cette page, à vrai dire. --Lgd (d) 25 juin 2009 à 17:14 (CEST)

Merci. J'en conclue que le code de ce modèle pourrait être amélioré. Un souci de réglé. Reste l'autre souci, qui n'est pas en effet à traiter ici. Quoique. Parce qu'un modèle utilisé dans les articles devrait être, selon moi, codé de manière à ce qu'il soit modifiable même par un contributeur qui n'est pas sorti de l'« Ecole de Saint Cyr du Mediawiki ». En attendant, merci pour ces explications. Je vais étudier le caode de plus près. --Bruno des acacias 25 juin 2009 à 17:31 (CEST) PS : je voulais dire {{autres projets}}.

{{Infobox Route projet}}

Bonjour,

J'ai créé un modèle d'infobox pour la description des grands projets routiers (différent des modèles d'infobox d'articles descritifs de routes comme Modèle:Infobox Route/France). Mais j'ai une boucle qui génère deux fois les mêmes informations. J'ai beau chercher, mais je ne trouve pas la solution. Quelqu'un peut-il regarder ce petit problème ? Merci par avance.Roland45 (d) 28 juin 2009 à 17:55 (CEST)

Mais j'ai une boucle qui génère deux fois les mêmes informations.

Quelles informations ? où on le voit ?

La documentation devrait être en sous-page, on y verrait plus clair et le soupçon de bug pour cette raison serait écarté. TigHervé (d) 29 juin 2009 à 03:22 (CEST)

Amélioration de {{modèle obsolète}}

Bonjour les modélistes ! J'attire votre attention sur les remarques qui ont été faites sur la page de discussion de ce modèle : le problème est que un modèle n'est pas toujours remplacé par un autre, c'est quelquefois un code intégré au logiciel MediaWiki qui le remplace. Qu'en pensez-vous ? — Ċ ң т╒ η (♪ Jasons ! ♫) 29 juin 2009 à 02:43 (CEST)

 Fait. Ajout d'un paramètre « message » qui permet de remplacer ou supprimer la dernière phrase. Voir la doc du modèle. —C.P. 9 juillet 2009 à 18:22 (CEST)

Evaluation multiprojet

Voir ici —————— Pic-Sou, le mardi 7 juillet 2009 à 13:21 (UTC)¨Problème réglé —————— Pic-Sou, le mardi 7 juillet 2009 à 13:28 (UTC)

Drapeau de l'Égypte

Je vous recopie une conversation que j'ai eu avec FCNantes72 (d · c · b).

Salut c'est FCNantes72. Je continue toujours à créer les modèles, et là c'est que des modèles sur la coupe du monde. J'ai un problème différent que celui ci-dessus. Cela concerne Modèle:Égypte coupe du monde 1934. Là, le drapeau est mis, mais ce n'est pas le bon drapeau, celui-ci est l'actuel drapeau, alors qu'il faudrait mettre celui-là (Fichier:Flag of Egypt 1922.svg). Comment faire pour le remplacer?Merci d'avance!!! FCNantes72 (d) 9 juillet 2009 à 11:12 (CEST)

Hum ça m'a l'air assez compliqué sur ce coup. Sur le modèle anglais ils ont juste rajouté le mention "flagvar" mais ça ne marche pas avec nous. Je n'arrive pas à trouver le modèle "flagvar" sur le wiki anglophone. Si tu arrives à le trouver on pourra le créer pour notre wikipédia. Il faut demander de l'aide au Projet:Drapeaux. Ils ont peut-être la solution. Xavoun (d) 9 juillet 2009 à 11:44 (CEST)

Voici aussi le Modèle:Méta palette Équipe nationale sans numéro. J'ai tenté d'y ajouter la mention flagvar mais ça n'a pas marché. Xavoun (d) 9 juillet 2009 à 11:53 (CEST)

{{Portail_blasons}}

Bonjour,
Je désire la suppression du modèle en titre qui n'est plus utilisé! dois-je passer en PaS? ou y-a-t-il une procédure spécifique pour les modèles?-- - Zorlot ^[+d+] 16 juillet 2009 à 18:05 (CEST)

{{Infobox Monument}}

Il faut rapidement reprendre cet infobox. Voir Discussion modèle:Infobox Monument. Merci. Like tears in rain ^{-_-} 24 juillet 2009 à 10:37 (CEST)

Bonjour.

Si l'on veut masquer les champs non renseignés, il faut revoir complètement le code et tout passer en parser functions. Est-ce que cela pose un problème?.

Concernant le style, est-ce qu'il s'agit de revoir l'apparence de l'infobox?

Enfin, faut-il également supprimer les deux liens qui pointent vers des catégories?

GLec (d) 24 juillet 2009 à 12:17 (CEST)

Oui, désolé d'avoir été très succint, cet infobox est en fait mal conçu. Je ne suis pas à son origine, mais je le croise souvent. Je reprends :

• L'image à un retrait blanc de chaque côté, chose à mon avis superflu.
• Masquer les champs est une question cosmétique, mais d'après des exemples pris au hasard, peu sont complets.
• Vérifier la pertinence des liens vers les portails et catégories. On pourrait trancher en retirant les portails et en lasisant les catgories.
• Pour le style, c'est au bon vouloir du codeur. Je ne sais pas si l'infobox V2 est toujours préconisé, mais ça pourrait uniformiser celui-ci avec les autres.

Effectivement, il faut tout recoder et je ne crois pas que cela soit un problème. Mon message sur la pdd date de novembre 2008, et personne n'y a répondu.

Merci en tout cas si tu peux t'en charger. Like tears in rain ^{-_-} 24 juillet 2009 à 12:34 (CEST)

Pour le point 3, j'ai retiré les liens vers portails et laissé les liens vers les catégories. Pour le format de l'infobox pourquoi pas opter pour le V2. Pour le reste, je m'en occupe dès que j'ai un peu de temps libre. Amicalement, GLec (d) 24 juillet 2009 à 12:52 (CEST)

. GLec (d) 24 juillet 2009 à 20:20 (CEST)

Frise chronologique

Bonjour. Je viens de produire ma toute première frise avec EasyTimeline : {{Chronologie des Pretty Things}}. Un utilisateur chevronné pourrait-il y jeter un œil et y apporter les corrections susceptibles de s'y imposer ? Ælfgar (d) 25 juillet 2009 à 14:02 (CEST)

Modèles météo

Comme il s'agit de données où un très grand nombre d'articles est concerné, et que les éventuels projets concernés sont apparemment peu fréquentés, je signale ici une question sur les données du type « relevés météorologiques », « records de températures » et « relevés pluviométriques ».

Il existe actuellement trois modèles, assez peu employés à côté de multiples tableaux faits main : {{Relevé météo}}, {{Relevé températures records}} et {{Relevé Pluviométrique}} (je cite juste le dernier parce qu'il existe, je ne l'ai pas encore regardé plus que cela à la différence des deux premiers).

Ce sont des modèles, c'est à dire qu'ils ont des avantages et des inconvénients:

• ils harmonisent les couleurs utilisées, ce qui facilite la lecture
• ils simplifient la syntaxe pour le contributeur
• ils peuvent aider à une certaine rigueur du contenu (exigence de datation des relevés records, par exemple, si je ne me trompe pas ?)
• ils facilitent considérablement le suivi, la maintenance et l'accessibilité de ces tableaux
• mais ils sont restrictifs pour le contributeur qui souhaite un jeu de couleurs mettant en valeur une interprétation donnée des mesures

Le débat s'est engagé à l'occasion d'un AdQ, ce qui n'est pas forcément le cadre le plus propice à des discussions sereines. En laissant cet AdQ suivre son cours, y aurait-il des gens compétents pour aider à valider la pertinence de modèles de ce type et à participer si besoin à leur amélioration (Ils me semblent améliorables, mais si je peux contribuer au codage, le contenu n'est absolument pas mon domaine) ? --Lgd (d) 27 juillet 2009 à 16:47 (CEST)

Problème d'apostrophe

Bonjour, je rencontre un problème d'apostrophe : pour le projet traduction on cherche à savoir si un modèle ({{Translation/Information}} est inclus dans une page de traduction en comparant le nom {{FULLPAGENAME}} à {{TALKSPACE:Page à traduire}}:{{BASEPAGENAME:Page à traduire}}/Traduction. Le problème est que dans le premier cas l'apostrophe dans le titre est transformée en code HTML (?) et pas dans le second du coup la comparaison échoue. Vous pouvez voir des exemples de tests que j'ai fait ici. Quelqu'un a-t-il une idée de comment solutionner le problème ? Par avance merci. Nakor (d) 30 juillet 2009 à 10:54 (CEST)

C'est assez amusant (enfin pas trop), j'ai dit à peu de choses près la même chose, avec des tests aussi, dans la Discussion Projet:Traduction#Migration des pages de suivi hier. Pas de solution pour l'instant, mais le problème est déjà repéré en effet (et est assez vieux, en fait). Fryderyk (d) 30 juillet 2009 à 12:28 (CEST)

J'ai fait quelque chose aujourd'hui. J'espère que ça aura réglé le problème (avec de petits tests ça fonctionne) et que ça n'en aura pas créé d'autres. Fryderyk (d) 31 juillet 2009 à 09:32 (CEST)

modèle dans un modèle

Bonjour,
J'ai créé un modèle ici : Utilisateur:El_Caro/Test et testé là : Discussion Utilisateur:El_Caro/Test. Mais il semble qu'on ne puisse pas y mettre de modèles en paramètres. Je ne vois pas pourquoi, puisque d'autres modèles en contiennent. Quelqu'un pourrait-il m'expliquer ? ---- El Caro ^bla 6 août 2009 à 11:44 (CEST)

Je ne sais pas si j'ai bien compris votre souci mais un modèle (signifié entre deux accolades) ne peut pas se substituer à une variable (faisant office de paramètre) comprise entre trois accolades dans le domaine du codage dans cet espace. Je ne sais pas si j'ai répondu au souci . GLec (d) 6 août 2009 à 12:00 (CEST)

C'est bien! j'ai compris ni la question ni la réponse -- Xfigpower (pssst) 6 août 2009 à 12:07 (CEST)

On ne peut pas dans un modèle faire en sorte qu'un autre modèle agisse comme une variable ou un paramètre. Automatiquement, celui-ci sera appelé par le modèle principal. Ce qui revient in fine à imbriquer un modèle dans un modèle. GLec (d) 6 août 2009 à 12:44 (CEST)

Non, mais y'a moyen de s'en sortir autrement:

• soit le sous-modèle est passé en paramètre : {{Modèle1|arg={{modèle2|texte}}}}
• soit le sous-modèle est intégré : {{Modèle1|arg=modèle2|texte}}}} mais en jouant sur un nombre déterminé via la syntaxe {{#switch:}}. Par contre, ça peut vite devenir une usine à gaz s'il y a bcp d'argument à passé dans le sous-modèle

la première solution est plus généraliste -- Xfigpower (pssst) 6 août 2009 à 13:28 (CEST)

En effet Xfigpower avec un modèle réduit à sa plus simple expression sans les trois accolades qui caractérisent une variable (là vous présentez deux accolades incluses dans deux accolades -qui revient à imbriquer un modèle dans un modèle - qui jouent le rôle de lien appelant un modèle dans le modèle principal (ou appelant) qui lui-même sera appelé par exemple dans un espace de nom article) . J'ai essayé, il y a quelque temps de variabiliser des modèles de type infobox (donc comportant un grand nombre de paramètres ou d'arguments) et bien je peux dire que même avec le coté "usine à gaz" c'est impossible actuellement avec le wiki WP. GLec (d) 6 août 2009 à 13:43 (CEST)

Avec un peut de mise en page, ça devrait fonctionner <span title="{{{note}}}" class="reference" style="cursor:help;">^{[note]{{#Switch:{{{Typenote}}}|OCLC={{OCLC|{{{Valeur}}} }}|ISBN={{ISBN|{{{Valeur}}} }} }}}</span>
à utiliser comme ceci:{{PAGE_DU_MODELE|note=blabla|Typenote=OCLC|Valeur=2354155}}-- - Zorlot ^[+d+] 6 août 2009 à 14:36 (CEST)

Merci, je crois presque comprendre :) Est-ce que la solution (puisque le contenu devrait être très varié), ne serait pas de passer par deux modèles comme Modèle:Boîte déroulante début et Modèle:Boîte déroulante fin ? ---- El Caro ^bla 6 août 2009 à 18:18 (CEST)

ça apporte pas grand chose entre {{modèle1/début|param=..}}{{modèle2|...}}{{modèle1/fin}} et {{modèle1/début|1={{modèle2|...}}|param=..}} -- Xfigpower (pssst) 6 août 2009 à 18:46 (CEST)

Modèle de boîtes déroulantes réorganisables

Bonjour,

J'ai laissé le même message au Projet Javascript :

{{Boîtes mouvantes}} est un modèle que je suis en train de développer sur la base de la barre de navigation d'un skin personnel.

Il utilise un code javascript pour créer des boîtes ré-organisables (l'ordre des boîtes est enregistré sur un cookie local).

Verdict : Le code javascript marche très bien sur ma page perso, mais le css ne se charge pas. Après avoir testé sur mon wiki, mettre le css dans MediaWiki:Monobook.css résout le problème.

Une personne habilitée à toucher à ces pages pourrait-elle vérifier ?

Le modèle qui marche est visible ICI.

Il est dérivé d'un skin personnel légèrement retouché...

Il y a là de quoi faire des palettes de navigation ou des infoboxes plutôt sympatiques. - Dr Brains (d) 29 août 2009 à 05:06 (CEST)

La possibilité de déplacer (drag & drop) les boîtes répond-elle à un besoin exprimé par les lecteurs ou les contributeurs, ou s'appuie-t-elle sur une analyse précise de l'ergonomie de l'interface, justifiant ce modèle ? Peut-être devriez-vous avant tout proposer cette fonctionalité sur initiative Utilisability plutôt que d'aller directement dans un développement qui est par ailleurs apparemment délicat pour vous. --Temesis2 (d) 7 septembre 2009 à 13:27 (CEST)

Bonjour, et merci de répondre. Après tout ce temps, je n'y croyais plus...

Le javascript (qui n'est pas de moi) marche parfaitement. C'est le CSS qui posait problème. C'était en fait tout con : ça marche sur mon wiki car j'ai dans mes fichiers l'image utilisée par le script. Bref, un simple problème de lien, désormais résolu.

Concernant l'utilité, elle est peut-être effectivement réduite, les enchaînements de boîtes déroulantes remplaçables par ce modèle ne sont pas légion. Ce modèle serait surtout employé dans l'espace utilisateurà mon avis.

C'est surtout le défi de créer ce modèle qui me motive. Dr Brains (d) 13 septembre 2009 à 01:54 (CEST)

Modèle ornements exterieur pour blason

Bonjour à tous. Le projet Blasons travaille actuellement sur un modèle comme suit:
Dans les armoiries, il y a "l'écu" et "les éléments extérieurs". Nous aimerions avoir la possibilité d'utiliser un fichier pour l'ecu et un fichier pour les ornements ext. J'ai réalisé une maquette ici que vous pouvez modifier à votre guise. mon problème est que la position relative des 2 images n'est pas stable, que la position de l'ensemble ne correspond pas forcément à la position du modèle mis en place et en fin qu'il y a un espace en dessous de l'ensemble que je ne m'explique pas.
Voilà! Une âme charitable?? -- - Zorlot ^[+d+] 1 septembre 2009 à 19:05 (CEST)

Bon ben, finalement, c'est réglé. Merci à tous et bonne continuation.-- - Zorlot ^[+d+] 1 septembre 2009 à 20:13 (CEST)

Ha! ben, c'est pas réglé du tout!! Je repose ma question:Une âme charitable?? -- - Zorlot ^[+d+] 1 septembre 2009 à 23:48 (CEST)

ça rique d'être tordu. Faire des bricolages avec les positions risque de conduire à de mauvais rendu sur les différents navigateurs -- Xfigpower (pssst) 2 septembre 2009 à 15:55 (CEST)

Pourtant, ça existe!?

-- - Zorlot ^[+d+] 2 septembre 2009 à 17:12 (CEST)

-- - Zorlot ^[+d+] 2 septembre 2009 à 22:10 (CEST)

Objectif : Lier les portails aux catégories !

Bonjour !

Je me suis rendu compte qu'une grande partie des articles restaient sans bandeau de portail, malgré les efforts de beaucoup de contributeurs. Or, je pense ne pas vous apprendre grand chose en vous disant que ces bandeaux ont une grande importance aux yeux des lecteurs, étant donné qu'il permet d'accéder à une multitude d'articles sur un thème donné. C'est pourquoi je vous propose d'apposer le bandeau correspondant à votre portail en bas de chacun des articles des catégories qui vous concernent.

Mais ce projet ne s'arrête pas là : il s'agira par la suite de rediriger les nouveaux utilisateurs ayant déja contribué à un certain nombre d'articles ratachés à votre thème vers votre projet et le portail auquel il est associé, dans le but de les permettre plus facilement d'aider et de découvrir les différents projets.

Etes vous d'accord avec cela ? Merci de répondre également ici, ce qui me fera gagner bcp de temps.

Je vous souhaite une bonne fin de soirée . Cordialement, -- Quentinv57 ✍ 5 septembre 2009 à 01:00 (CEST)

Problème avec un #if dans un subst:

Bonjour,

Dans un modèle substitué comme {{Avertissement suppression page}}, comment substituer le contenu d'un #if ?

Le modèle teste la présence d'un argument mais cela n'est pas substitué, ce qui fait que le code #if se retrouve (sans l'argument) dans les pages…

Ainsi, le code suivant :

{{ #if: {{{2|}}} | et des [[:{{{2}}}|texte lien 1]]| [[lien générique]]}}

devient :

{{ #if:  | et des [[:{{{2}}}|texte lien 1]]| [[:lien générique]]}}

au lieu de

[[:lien 1|texte lien 1]]

OU

[[:lien générique]]

Comment faire ?

Merci d'avance, — Calimo ^{[á quete]} 7 septembre 2009 à 08:56 (CEST)

Le subst est-il vraiment nécessaire ? Si oui, la présence du code de fonction parseur est-il vraiment un problème ? Peut-être y a-t-il des questions à résoudre avant d'aborder l'aspect purement technique.--Temesis2 (d) 7 septembre 2009 à 13:19 (CEST)

Merci pour ta réponse. Le modèle ajoute un titre, donc si on ne substitue pas, l'édition du titre créé en cliquant sur "modifier" à côté du titre édite le modèle (si j'ai bien compris). Ta réponse indiquerait que ce n'est pas faisable ? J'ai réverté le modèle pour l'instant. L'idée est de mettre un lien générique si l'argument n'est pas présent, et s'il est présent d'en faire un lien. Comment ferais-tu sans utiliser de fonction parseur (#if je pense) ? — Calimo ^{[á quete]} 7 septembre 2009 à 14:28 (CEST)

Un détour technique permet d'éviter ce problème d'édition du modèle lié au lien « Modifier » : baliser le titre concerné dans le modèle sous la forme <h2>...</h2> plutôt qu'avec la syntaxe wiki. Voir par exemple le modèle {{Création supprimée}}. --Temesis2 (d) 7 septembre 2009 à 14:36 (CEST)

Merci pour toutes ces infos. Je regarde si ça en vaut la peine. — Calimo ^{[á quete]} 8 septembre 2009 à 10:21 (CEST)

Documentation de modèle

Bonjour,

Je rencontre régulièrement des modèles dont la documentation ressemble à une page d'encyclopédie : par exemple ici ou ici, j'imagine que ce n'est jamais souhaitable, cependant je ne connais pas la convention (si elle existe), je documente en général en utilisant le modèle {{Doc modèle}}, voici par exemple un avant / après.

Est-ce bien la méthode préférée/préconisée ?

Bonne continuation. Bub's [di·co] 9 septembre 2009 à 13:05 (CEST)

PS : Une remarque en passant : le bandeau {{Documentation modèle en sous-page}} produit un résultat qui me hérisse à chaque fois car il est franchement incompréhensible pour le visiteur ! J'avais fait cette remarque il y a déjà longtemps sur sa page de discussion mais cela n'a provoqué aucune réaction (et depuis le modèle a été protégé et je ne peux plus y faire de correction ). Je compte donc faire des essais chez moi puis demander une WP:DIPP, seriez-vous d'accord ?

J'ai vu que {{Documentation}} allait pouvoir enfin servir. Sinon, je crois qu'il n'y a pas de convention -- Xfigpower (pssst) 9 septembre 2009 à 22:12 (CEST)

PS2 : moi c'est l'inclusion caché des catégories et des liens interwiki en sous-pages qui me hérisse

Bonjour,

Le style présenté dans {{Documentation}} est assez proche de ce que je cherche à faire, je penche plutôt pour un nom comme {{Documentation modèle}} qui a l'avantage d'être sans équivoque (alors que « Documentation » pourrait légitimement servir à des articles encyclopédiques), même si le nom est long à taper, cela est fait tellement rarement .

Pour ce qui est des catégories et interwikis en sous-page, il n'y a pas de solution miracle, la version actuelle de MediaWiki recalcule systématiquement le nouveau rendu de chaque article incluant un modèle qui a été changé et un modèle a pour vocation d'être sur plein de pages… donc les méta-informations doivent en être extraites pour de simples questions de performance (la solution serait que ces méta-informations ne soient pas stockées dans la page mais attachées à la page.)

Je n'en suis encore qu'à l'inventaire des cas utilisés sur Wikipédia et en fait je ne suis même pas sûr de pouvoir mener ce travail jusqu'au bout.

Merci pour ta réponse et bonne continuation. Bub's [di·co] 10 septembre 2009 à 17:23 (CEST)

palette déroulante titulature de pharaon

J'aimerai bien pouvoir insérer cette palette à côté d'une infobox. Elle a un format suffisant pour se placer à côté mais ceci ne marche pas. Peut on faire quelque chose ?

Merci d'avance

Tpt (d) 23 septembre 2009 à 17:30 (CEST)

Vérification de modification d'un modèle

Modèles concernés : {{Google est ton ami}} et {{Bac à sable}}

Demandeur : -O.- ♦ -M.- ♦ -H.- 8 octobre 2009 à 20:32 (CEST)

Question : Bonjour,
Je veux modifier le premier modèle pour y ajouter un paramètre optionnel « pays ». Comme je ne connais pas trop la syntaxe des parser functions, j'ai prudemment fait cette modification dans le modèle Bac à sable.

• Syntaxe prévue : {{GETA|mot=[recherche]|pays=[code pays]}}
  Sans paramètre « pays » la valeur par défaut est « com ».
  Ça semble fonctionner mais je préfère des avis avant de modifier le modèle GETA. Quelques exemples :
• {{Bac à sable|mot=test}} donne

{{Bac à sable}}

• {{Bac à sable|mot=essai|pays=fr}} donne

{{Bac à sable}}

• {{Bac à sable|mot=tentative|pays=be}} donne

{{Bac à sable}} Merci d'avance pour les avis et, si nécessaire, les corrections. -O.- ♦ -M.- ♦ -H.-

Mis à part la sacralisation du moteur, tout est bon -- Xfigpower (pssst) 9 octobre 2009 à 17:49 (CEST)

Merci de l'avis. -O.- ♦ -M.- ♦ -H.- 11 octobre 2009 à 07:15 (CEST)

Modèle complexe traduit de l'anglais

Bonjour,

je ne suis pas un expert en modèles, et je suis surtout traducteur, mais fort de certains succès dans la traduction de méta palettes de navigation, j'ai décidé de m'attaquer à un modèle plus complexe. Le résultat, trouvable ici: Utilisateur:PierrothL/Modèle:Citation jeu vidéo semble impossible à tester, à cause du fonctionnement, que je viens de découvrir, des pages de documentation de modèle. Quelqu'un pourrait-il me dire, s'il-vous-plait, si ça a une chance de marcher, ou si je perds mon temps? Merci d'avance. PierrothL (d) 11 octobre 2009 à 11:41 (CEST)

Pour l'appel du modèle dans la documentation : corrigé, voir le détail.

Au passage, ce modèle intéressant pose cependant plusieurs questions de finalisation, dont :

• résumer le rôle et l'usage du modèle dans une brève phrase introductive de la documentation, afin que l'on comprenne son objet.
• s'assurer de la pertinence du nom de modèle : que signifie « Citation jeu vidéo » ? est-ce explicite pour ceux qui suivent les modèles et en font la maintenance ?
• le recours au format de date ISO, à l'encontre des usages communs des contributeurs (et des lecteurs). C'est un format qu'on réserve habituellement aux mentions de dates destinées à une exploitation logicielle, pas à la publication finale. Y a-t-il une exploitation de ce type ?
• utiliser <abbr title="version">v.</abbr> {{{version}}} plutôt que l'obscur v{{{version}}} : v. 1.0
• renseigner la langue du contenu si le paramètre {{{langue}}} est présent : <span style="color:#555;" lang="{{{langue|}}}">
• se conformer aux règles typographiques pour les guillemets (« ... » et non "...")
• Qu'est-ce que « citation: la citation utilisée pour la référence » ? Est-ce un contenu cité (modèle {{Citation}} dans ce cas) ? Autre-chose ?

--Temesis (d) 11 octobre 2009 à 11:58 (CEST)

Merci pour ta correction et ta réponse, pour le reste, tout est une traduction directe du modèle en:Template:Cite video game. Je vais examiner les points que tu as énuméré et voir si je peux les résoudre. PierrothL (d) 11 octobre 2009 à 12:06 (CEST)

Alors, après avoir revu la page:

• phrase introductive = Résolu, me dire si ce n'est pas clair.
• pertinence du nom du modèle = Une suggestion?
• format de date ISO = Sur le wiki anglais, c'est le format de date utilisé. Je ne sais pas si il y a une explication logique à ça. Si ça pose vraiment problème, je le changerai (enfin j'essaierai).
• modèle version = Résolu.
• modèle langue = J'avoue que je me débrouille mal avec ces choses-là. Un peu d'aide ne serait pas de refus.
• guillemets = Résolu.
• citation = J'ai changé l'explication, dans l'espoir que le rôle de ce paramètre soit plus clair.

Je n'ose pas encore publier le modèle. Des avis? Des remarques? PierrothL (d) 11 octobre 2009 à 14:27 (CEST)

Au risque de paraître malpoli (ce qui n'est absolument pas mon intention), je me permets de demander encore une fois une réponse à ce message. J'ai promis de traduire un article dans le projet Jeu vidéo, et comme ce modèle est utilisé intensivement dans l'article d'origine, je voudrais pouvoir terminer sa publication, afin de pouvoir me remettre à la traduction dudit article. Et ce modèle étant complexe, je préfère avoir un avis compétent avant de le mettre en ligne sur wiki. PierrothL (d) 16 octobre 2009 à 21:19 (CEST)

A priori, pas de remarque. Y a juste le formalisme imposé de la date qui ne me parait pas obligatoire et du coup, on peut enlever l'utilisation du #time -- Xfigpower (pssst) 18 octobre 2009 à 15:47 (CEST)

Xfigpower, j'ai vu ton message trop tard, et j'ai publié le modèle tel qu'il était jusque là à la page Modèle:Citation jeu vidéo. Par ailleurs, #time ou non, j'ai étrenné le modèle sur la page Pikachu, et on dirait que les gens peuvent faire ce qu'ils veulent avec la date. Du coup, ça parait effectivement totalement inutile. Comment fais-je pour l'enlever sans tout casser? (désolé, je débute ). PierrothL (d) 18 octobre 2009 à 22:09 (CEST)

ça n'a pas d'importance, il faut juste corriger la doc et c'est réglé -- Bravo en tout cas pour le modèle Xfigpower (pssst) 19 octobre 2009 à 11:59 (CEST)

Fait. Merci . PierrothL (d) 19 octobre 2009 à 12:50 (CEST)

Fusion de Modèle:Coord et Modèle:Coordonnées

	Modèle:Coord et Modèle:Coordonnées sont proposés à la fusion
	La discussion a lieu sur la page Wikipédia:Pages à fusionner#Modèle:Coord et Modèle:Coordonnées. La procédure de fusion est consultable sur Wikipédia:Pages à fusionner. Wikialine (d) 20 octobre 2009 à 01:17 (CEST)

Fusion de Modèle:G et Modèle:G/dms et Modèle:Géolocalisation et Modèle:Carte avec géolocalisation dans l'infobox

	Modèle:G et Modèle:G/dms sont proposés à la fusion
	La discussion a lieu sur la page Wikipédia:Pages à fusionner#Modèle:G et Modèle:G/dms. La procédure de fusion est consultable sur Wikipédia:Pages à fusionner. Wikialine (d) 20 octobre 2009 à 01:32 (CEST)

Tirets ou espaces insécables dans les modèles de tableaux

Bonjour !

Je viens de remplacer les tirets présents par défaut quand un paramètre n'est pas renseigné par une espace insécable, dans les modèles {{DemogFR}}, {{DemogAL}} et {{DemogNS}}. En effet, ces tirets présents lorsqu'aucune information pertinente n'est disponible sont des gênes pour les utilisateurs de lecteurs d'écran, qui ont à subir parfois une longue litanie de « moins moins moins moins... » tout à fait inutile et perturbant la consultation de l'information réellement utile dans les tableaux. Litlok →m'écrire 13 novembre 2009 à 16:08 (CET)

problème avec une boîte déroulante

Cette boîte déroulante n'arrive pas à s'afficher à côté d'une infobox (voir cette page). Comment faire ? Merci d'avance, Tpt (d) 13 novembre 2009 à 18:44 (CET).