Ceci est une version archivée de cette page, en date du 13 septembre 2014 à 22:57 et modifiée en dernier par Sismarinho(discuter | contributions). Elle peut contenir des erreurs, des inexactitudes ou des contenus vandalisés non présents dans la version actuelle.
Afin de vous assurer que vous faites votre demande au bon endroit, veuillez consulter l’encadré ci-dessous et déterminer si vous postez au bon endroit.
Le salon des modélistes concerne principalement les discussions à propos du projet, mais aussi les questions générales portant sur les modèles si les différentes rubriques d’aide n’y répondent pas. Toute demande qui aurait dû être faite dans l’une des pages mentionnées ci-dessous n’est pas faite au bon endroit, elle pourrait être ignorée.
Dernier commentaire : il y a 10 ans1 commentaire1 participant à la discussion
Comme vous le verrez en allant sur la page du Portail:Pays catalans, l'image du mois date un peu ! Ne pourrait-on pas avoir sur la page Portail:Pays catalans/Image du mois, des images qui se mettent automatiquement sur le mois en cours, ce qui permettrait de mettre des photos en avance. Deuxième solution mettre une liste de photos et utiliser un modèle Rand pour un choix aléatoire. Je me demande si ce n'est pas cette second solution que je préfère. --Berdea (d) 25 juillet 2013 à 12:25 (CEST)Répondre
Éditeur visuel et Template Data
Dernier commentaire : il y a 10 ans2 commentaires2 participants à la discussion
Si j'ai bien compris, pour faciliter la modification des modèles à partir de l'éditeur visuel, il est désormais vivement conseillé d'ajouter une section TemplateData dans la documentation du modèle.
Oui ce serait moins lourd dans le code. Dans ce cas ce serait possible de faire ça aussi de façon générale dans {{lang}} ? Du style {{lang|CodeLang|NomDansLangue|Translittération}}, ça permettrait d'avoir qqch d'aussi propre pour les autres langues comme le russe par exemple.
Pour le modèle Lang il est déja possible de faire {{lang|CodeLang|NomDansLangue}} → NomDansLangue (Translittération). Je ne compte pas changer ça.
Se pose par contre le problème des parenthéses car souvent on trouve ce type de syntaxe :
comme le vervbe recueillir (grec : συλλέγω, sullégô)
comme le verbe συλλέγω / sullégô (« receuillir »)
Si actuellemant j'utilise la fonction translittération de lang ça donne :
comme le vervbe recueillir (grec : συλλέγω (sullégô))
comme le verbe συλλέγω (sullégô) (« receuillir »)
Ce qui n'est pas terrible. Je peux changer le modèle Lang, mais il est trop utilisé pour supprimer les parenthèses à la hussarde. Je vais y réfléchira une solution.
J'ajoute {{chinois}} qui ne met pas de parenthèse.
On peut remarquer une hétérogénéité des modèles. Il me semble que le plus simple serait que le modèle ne pas mettre de parenthèse, l'utilisateur peut en ajouter dans le texte si nécessaire.
Si on programme ça avec lua on peut envisager une syantaxe type {{grec ancien|συλλέγω| / sullégô}} ou {{grec ancien|συλλέγω| / |sullégô}}, les deux étant acceptés et les balises html « lang » mises au bon endroit. Ça permet de faire {{grec ancien|συλλέγω| (sullégô)}} ou {{grec ancien|συλλέγω| (sullégô}}, « receuillir ») si on veut.
Mais je ne ferai pas ça tout de suite car le modèle lang demande une adaptation, et correction des usages, et j'ai d'autres priorités pour le moment.
Dernier commentaire : il y a 10 ans1 commentaire1 participant à la discussion
Bonjour,
Afin d'alléger la syntaxe dans les articles concernés, serait-il possible d'ajouter un paramètre "fuseau=" dans le modèle heure ? Ainsi par exemple {{heure|1|2|3|fuseau=HNEC}}, {{heure|1|2|3|fuseau=EST}} ou {{heure|1|2|3|fuseau=UTC}} donneraient 1 h 2 min 3 sHNEC etc., alors qu'il faut aujourd'hui écrire un quelque peu lourd {{nobr|{{heure|1|2|3}} [[Heure normale d'Europe centrale|HNEC]]}} etc. Il faudrait que pour chaque fuseau possible (heure d'été et d'hiver, en abréviation française et anglaise, toutes variantes confondues (par ex. HNEC=HEC=CET=RST), ainsi que GMT, UTC, TU, TU1 etc.) le paramètre affiche l'abréviation inscrite avec un lien pointant vers la page correcte correspondante.
Merci d'avance.
Très cordialement. SenseiAC (discuter) 26 septembre 2013 à 15:39 (CEST)
P.-S. : en priorité, il faudrait faire UTC et PKT, que j'utilise dans l'article que je suis en train de créer. Merci Répondre
10Esort
Dernier commentaire : il y a 10 ans4 commentaires2 participants à la discussion
Bonjour, J'ai copié un modèle de WP allemand qui sert au tri de nombre avec exposant. Le code ne fonctionne pas sur WP:fr?
Il retourne "Erreur d’expression : caractère de ponctuation « [ » non reconnu." voir Utilisateur:YanikB/10Esort. Quelqu'un à une idée? Merci d'avance, --YB✍24 octobre 2013 à 23:39 (CEST)Répondre
Dernier commentaire : il y a 10 ans1 commentaire1 participant à la discussion
Bonjour,
Serait-il possible de rajouter un troisième paramètre, optionnel, permettant d'afficher le nom de la langue du texte original ? Je m'explique :
{{Traduction|langue=xx|texte étranger|texte en français|''rien ou'' non}} afficherait la même chose que maintenant. Par exemple, {{Traduction|langue=en|yes|oui|''rien ou ''non}} -> yes (« oui »)
{{Traduction|langue=xx|texte étranger|texte en français|oui}} afficherait la même chose que maintenant mais en précisant la "lang" entre parenthèse. Par exemple, {{Traduction|lang=en|yes|oui|oui}} -> « yes » (« oui » en anglais)
Au passage, je remarque que quand le paramètre "langue" est mal rempli, le message d'erreur indique de remplir le paramètre "lang", lequel ne fonctionne pas puique c'est "langue". Il faut donc soit corriger le message d'erreur, soit (et ça éviterait des erreurs) s'arranger pour que les deux nom "lang" et "langue" fonctionnent (comme dans le modèle "citation étrangère").
Merci d'avance ! SenseiAC (discuter) 27 octobre 2013 à 17:31 (CET)Répondre
Modèle:Onisep_titre
Dernier commentaire : il y a 10 ans1 commentaire1 participant à la discussion
Dernier commentaire : il y a 10 ans2 commentaires1 participant à la discussion
Graphique
Bonjour, j'aimerais savoir s'il existe un un modèle de graphe afin de pouvoir facilement maintenir à jour une représentation comme celle-ci, et de préférence dans un style plus Wikipedia. MAC (discuter) 6 décembre 2013 à 23:26 (CET)Répondre
Questions : Problème de mise en page à résoudre. Le modèle:Blason-... permet de mettre en forme 4 blasons et leur descriptions (introduits par le paramètre texte1, texte2 etc.), suivis par 4 autres blasons éventuels.
Dernier commentaire : il y a 10 ans5 commentaires3 participants à la discussion
Salut. Quelqu'un saurait pourquoi, quand je remplace
! scope="col" colspan="5" width="100%" align="center" style=font-size:85%{{!}}{{#if: {{{référence|}}}|'''Feuille de match'''{{{référence|}}}|}}
par
{{!}} colspan="5" width="100%" align="center" style=font-size:85%{{!}}{{#if: {{{référence|}}}|'''Feuille de match'''{{{référence|}}}|}}
dans le modèle {{hockeybox}} le tableau ne s'enroule plus ?
Depuis le passage à jquery, la classe "collapsible" ne marche que si l'en-tête est fait avec des balises th. En remplaçant le "!" en début de ligne par un {{!}} qui génère "|", il y a une balise td au lieu d'une balise th. Orlodrim (discuter) 15 décembre 2013 à 16:09 (CET)Répondre
La balise HTML <th> (en syntaxe tableau wiki « ! » en début de ligne) est l'en-tête du tableau, et c'est enroulé en laissant visible l'en-tête, donc sans en-tête (début de ligne {{!}} = « | » au lieu de « ! »), pas d'enroulement. — Oliv☮Éppen hozzám?15 décembre 2013 à 17:26 (CET)Répondre
Dernier commentaire : il y a 10 ans2 commentaires2 participants à la discussion
Il y a un appel à commentaires sur MediaWiki.org à propos de l’inclusion de styles CSS dans les modèles (elle a été ouverte en juin mais n’a pas attiré grand’monde à part quelques développeurs). En résumé, l’idée globale semble faire consensus (entre les personnes exprimées), mais les détails varient grandement et restent à fixer :
où faut-il mettre le CSS associé : dans la page du modèle (Modèle:Boîte), dans une page associée (Modèle:Boîte/css, Modèle:Boîte.css), dans une page partagée entre plusieurs modèles (par ex. espace de noms "CSS" : CSS:Boîtes) ?
quelles permissions pour l’édition du CSS : identiques au modèle, autres ?
faut-il restreindre la portée des règles CSS : à une boîte <div> ou <span> autour du modèle, à la zone de contenu #mw-content-text ? (+problématiques de sécurité)
comment gérer et suivre « éditorialement » les différents styles ? (dont l’idée à long terme de partager les modèles communs à plusieurs wikis)
Si vous voulez répondre ici, je transférerai ces commentaires là-bas (en traduisant), mais vous pouvez aussi répondre en page de discussion là-bas (en anglais de préférence).
Tant que j’y suis, je mentionne aussi une idée connexe évoquée dans une RFC connexe : que pensez-vous d’une page MediaWiki:Content.css dédiée au styles des contenus, c’est-à-dire en-dehors de l’interface (=barre à gauche + haut + bas) ?
+1 On a de gros problème pour trouver les problèmes/erreurs de script. Existe-t-il des modes de debugging ou alors un moyen d'afficher le module étant à la source du problème ? Ou encore une manière de coder qui permettrait d'afficher un texte dans certaines situations causant un bug ? Merci. Snipre (discuter) 4 janvier 2014 à 02:17 (CET)Répondre
Dernier commentaire : il y a 10 ans1 commentaire1 participant à la discussion
Cette page contient des caractères et des mots thâna comme ހ ou ފ. En cas de problème, consultez l’article Thâna ou testez votre navigateur.
Bonjour je suis tombé par hasard sur ce bandeau dans un article sur un atoll des Maldives. Si quelqu'un pourrait créer un bandeau spécifique pour cette langue comme ce qui se fait pour le chinois ou l'arabe ce serait pas de refus. Cordialement.--pixeltoo (discuter) 7 janvier 2014 à 11:39 (CET)Répondre
Poids et vitesse
Dernier commentaire : il y a 10 ans2 commentaires2 participants à la discussion
Bonjour,
meilleurs vœux pour cette année nouvelle à tous ceux qui prennent le temps de mettre à profit leur connaissance pour répondre à nos questions.
Reprenant une de mes interrogations : « Cette question se pose si la page est déjà très lourde comme Nicolas Dalayrac, qu’elle emploi de nombreux modèles, et que l‘on cherche à l’alléger pour que la vitesse de chargement et/ou de modification soit acceptable. », j'ai commencé à changer les modèles {{Ouvrage}} et {{Article}} en Lua après le travail de Zebulon84 (d · c). Cela ne change rien au poids de la page (environ 300 notes et références).
Est-il certain que cela améliore la vitesse de chargement de cette page ?
Est-ce que je reste exposé au même problème du serveur qui indiquait souvent lors de l'enregistrement d'une modification « Wikimedia fundation error » (en enregistrant quand même la moditication au prix d'une page blanche) ?
Attention : le « poids » d'une page est le nombre d'octets qu'elle contient. Ça ne dépend que du contenu et est sans rapport avec la « lourdeur » éventuelle des modèles et modules appelés à partir de celle-ci. Quoi qu'on fasse lorsqu'on enregistre une modification il faut bien que son client web envoie via le réseau tout le nouveau contenu (quand on édite toute la page), et que wikimedia la lise et la traite à l'arrivée.
Pour ce qui est de la vitesse tous les tests réalisés jusqu'à présent indiquent que Lua fait gagner pas mal de temps coté serveurs (ça peut aller jusqu'à plus de 10x plus rapide pour faire la même chose, mais ça dépend bien sûr des modèles : plus un modèle est complexe et plus on gagne en général), et en tout cas n'en fait pas perdre.
Dernier commentaire : il y a 10 ans9 commentaires4 participants à la discussion
Bonjour,
Quelqu'un peut me dire pourquoi la page 1 500 mètres (athlétisme) aux Jeux olympiques se charge très lentement. Ce qui est sûr que le problème vient d'un modèle. La page n’utilise pas d'appels dispendieux de fonctions parseurs. Voici le rapport de MediaWiki.
NewPP limit report Parsed by mw1052
CPU time usage: 34.226 seconds
Real time usage: 34.497 seconds
Preprocessor visited node count: 309699/1000000
Preprocessor generated node count: 40113/1500000
Post‐expand include size: 280141/2048000 bytes
Template argument size: 101275/2048000 bytes
Highest expansion depth: 28/40
Expensive parser function count: 0/500
Lua time usage: 0.044s Lua memory usage: 1.13 MB
Peut être en utilisant un peu plus Lua dans chacun des sous modèles ? C'est bizarre je n'ai pas les 34 secondes d'attente. Par ailleurs je ne comprends pas ton affirmation selon laquelle la page n'utiliserait pas d'appels dispendieux de fonctions parseurs. Le switch du Modèle:Drapeau2/CIO n'est pas dispendieux ? --pixeltoo (discuter) 11 février 2014 à 11:06 (CET)Répondre
Pixeltoo : La deuxième ligne de rapport indique le temps pris MW pour produire la page. On vois bien 34.226 secondes. Maintenant la page se charge rapidement car elle est dans le cache. L'avant dernière ligne indique le nombre d'appels dispendieux de fonctions parseurs. On vois bien que c'est 0. Hunsu (discuter) 11 février 2014 à 14:00 (CET)Répondre
Dernier commentaire : il y a 10 ans1 commentaire1 participant à la discussion
Bonsoir à tous les wikipediens modélistes,
Serait-il possible que l'un d'entre vous puisse créer un bandeau pour expliquer aux IP et aux nouveaux contributeurs qu'il ne faut absolument pas parler de tous les matchs fait par un catcheur (ou catcheuse). Auparavant on avait un avertissement avant l'infobox mais je pense que cela est devenu obsolète avec l'éditeur visuel. Merci de traiter ma demande et bonne soirée.--Sismarinho (discuter) 11 mars 2014 à 20:38 (CET)Répondre
Question de centrage et de mise en page
Dernier commentaire : il y a 10 ans1 commentaire1 participant à la discussion
Bonjour. Quand on insère une galerie d'image dans un article avec infobox, la galerie se centre automatiquement en tenant compte de la présence ou pas de l'infobox et c'est très bien.
Est-ce que ça serait possible que les tableaux qu'on trouve sur les articles de communes (genre {{Tableau population d'article de commune de France}} et {{Graphique population d'article de commune de France}}) adoptent automatiquement le même comportement? Actuellement, si on veut les centrer, il faut jongler avec les <div style="float:..."> dans l'article (autrement ils se collent sous l'infobox et laisse un gros blanc en tête d'article) . Je sais pas si je suis très clair, mais si c'est possible à faire, merci d'avance.--₡lassiccardinal[réf. nécessaire]30 mars 2014 à 08:13 (CEST)Répondre
Le modèle KML ne marche plus
Dernier commentaire : il y a 10 ans2 commentaires2 participants à la discussion
Dernier commentaire : il y a 10 ans11 commentaires2 participants à la discussion
Bonjour, Quelqu'un pourrait passer l'infobox en V3 ? C'est pour entre autre bénéficier des Hovercards avec photos. Ca ne marche pas avec la V2, enfin je suppose que c'est à cause de cela. Ou alors, c'est à cause du type fe fichier des images ?-- Archimëa✉⇔ 30 mars 2014 à 19:31 (CEST)Répondre
Non, je ne veux pas ajouter de photos. Hovercards. il faut activer hovercards dans Bêta, et au survol de n'importe quel lien sur une page wiki, une popup affiche un résumé et une éventuelle image.
je me suis apperçu que les infobx entreprise fonctionnent (photos affichées) mais pas celle du jeux vidéo, la différence entre les deux V2 et V3, mais je ne sais pas -- Archimëa✉⇔ 30 mars 2014 à 19:52 (CEST)Répondre
J'ai installé ce nouveau joujou pour comprendre de quoi tu parles et j'ai trouvé le même soucis avec une page appelant le Modèle:Infobox Écrivain qui est en V3 (exemple, Antoine de Saint-Exupéry affiche un cadre blanc). Le problème est donc ailleurs, mais comme il s'agit d'une version bêta, ce n'est pas surprenant que tout ne fonctionne pas dès le début.
Sinon, je répète ma question, peux-tu donner un exemple de lien qui fonctionne et un exemple de lien qui ne fonctionne pas, ça aidera à comprendre ?
Je ne sais pas si c'est parce que je viens d'activer ce gadget ou s'il y a un problème de cache, mais je n'ai pas encore réussi à voir un cas qui fonctionne. J'ai tout le temps un emplacement vide à la place de l'image, puis le texte en dessous.
De toute façon, j'essaie de faire progresser l'analyse du problème. C'est trop technique et c'est peu probable que j'arrive à le solutionner. J'espère que quelqu'un de plus calé va venir nous aider. --FDo64 (discuter) 30 mars 2014 à 22:05 (CEST)Répondre
Je ne sais pas ce qui a changé (sans doute une correction de bug) mais tout semble fonctionner maintenant. Si c'est également le cas pour toi, alors je vais clore cette demande et me dépêcher de désactiver ce joujou qui comme tout joujou est soûlant très rapidement. --FDo64 (discuter) 1 avril 2014 à 12:40 (CEST)Répondre
Je retire ce que j'ai dit hier en testant avec un PC avec IE8. Sur un autre PC avec internet explorer 11 ça ne fonctionne pas. La conclusion est donc toujours la même : ce joujou est loin d'être au point et il n'est d'aucune utilité de modifier nos modèles pour contourner ses bugs. Attendons qu'il fonctionne correctement. --FDo64 (discuter) 2 avril 2014 à 10:31 (CEST)Répondre
Dernier commentaire : il y a 9 ans8 commentaires3 participants à la discussion
Bonjour,
J'utilise régulièrement le modèle {{unité}} quand on a un nombre suivi d'unités, car la composition est facilitée pour les puissances de 10 (composition avec l'opérateur times U+00D7 [×], l'opérateur de multiplication entre les symboles des unités : sdot ou U+22C5 [⋅], et non middot U+00B9 [·] ou le point sur la ligne [.]. Cela évite les compositions fastidieuses avec <sup>…</sup> et les codages HTML qui encombrent le texte, ou les copier-coller.
Cependant, quand on a uniquement des unités (dans les en-têtes de tableau par exemple), le modèle difficilement utilisable. Si on écrit {{unité||e=3|kg||m|-3}}, qui est simple, on obtient 103 kg m−3, précédé de l'opérateur [×], alors qu'on veut 103 kg m−3. De même, si on écrit {{unité||kg||m|-3}}, on obtient kg m3, mais précédé d'une espace, ce qui peut être très gênant si on a un alignement à gauche ou centré.
On est en outre limité à quatre symboles d'unités, alors qu'il y a sept unités de base. À titre pédagogique, on pourrait étendre les capacités du modèle {{unité}}.
C'est pourquoi je souhaiterais proposer le modèle suivant (ou une modification du modèle {{unité}} :
Par ailleurs, j'ai remarqué que les modèles de mise en exposant négatif étaient composés avec le signe moins U+2212 [−] (au lieu du simple tiret U+002D [-] utilisé d'ailleurs dans le modèle {{unité}}) : {{-1}}, {{-2}}, {{-3}}, {{-5}}. La série présente d'ailleurs des lacunes, au moins jusqu'à dix, d'autant que les modèles de mise en exposant pour les puissances positives vont jusqu'à 31.
La série des modèles {{-x}} est peu utilisée : une trentaine de fois pour {{-2}} et une seule fois pour {{-5}}. J'ai néanmoins crée {{-4}} pour être cohérant.
Concernant le modèle unité, il est très utilisé (plus d'un million de pages) et le complexifier n'est sans doute pas une très bonne idée, ou alors il faut en faire une version lua. Je soutient pourtant les évolution proposées. Voici une version qui me semble répondre aux différents problèmes évoqués :
Dans ton code de test il manque les qui sont dans le code ci-dessus, mais qui n'apparaissent pas à l'affichage (tu as donc copié des espaces simples). Je me suis permis de le rectifier.
Pour la dernière formule, il faut utiliser le code {{Utilisateur:Ggal/Modèle3||10|3|kg|2|s|-2}} → 103 kg2⋅s−2, comme avec ta proposition. Ceci peut sans doute être amélioré, mais j'ai fait ça rapidement.
Une question vu qu'on est dans le sujet : il y a possibilité de metre des "plus ou moins" avec le modèle unité ? du genre (9,5+0,2 −0,3) × 1012 kg ({{unité|(9.5{{+-|0.2|0.3}})|e=12|kg}}) ou ((12,6 ± 0,5)) × 104 m3 ({{unité|(12.6 ± 0.5)|e=4|m|3}}), mais sans avoir à "tricher" avec un {{+-}} ou un "±" et en faisant en sorte que les parenthèses se mettent toutes seules ? Si ça n'existe pas, il pourrait être bien de créer des paramètres "p=", "m=" et "pm=" pour ça, non ? Cdlt. SenseiAC (discuter) 24 avril 2014 à 17:04 (CEST)Répondre
Le modèle {{unité/2}} permet de mettre des + et -, mais il ne met pas de parenthèses. C'est vraiment nécessaire ?
Zebulon84 : C'est plus correct avec les parenthèses, surtout quand "+" et "-" sont égaux : 947×102kg pourrait être compris comme 947kg alors qu'il faudrait a priori comprendre 94 700kg par exemple. Et même sans "e=...", les parenthèses sont plus correctes : 3 + 2 kg = 3 + (2 kg) n'a pas de sens, mais (3 + 2) kg oui. SenseiAC (discuter) 8 juillet 2014 à 16:21 (CEST)Répondre
Please help making image templates machine-readable
Dernier commentaire : il y a 10 ans1 commentaire1 participant à la discussion
Hi all,
you are getting this message because Media Viewer has been released, or will soon be released, to your wiki.
MediaViewer relies on machine-readable templates to display image information such as description, author or license; other tools will probably follow soon.
We need your help in ensuring that local license templates and the local equivalent of commons:Template:Information are machine-readable.
The process of marking up templates is described at mw:Multimedia/Media Viewer/Template compatibility.
If MediaViewer was not released on this wiki yet, you can enable it for testing under Preferences > Beta features.
We are happy to answer any question, but do not have the means to follow each page where this message is sent, so please reply at mw:Talk:Multimedia/Media Viewer or my talk page. Thanks!
PS: requête déa postée sur le projet Scribunto, mais c'est sans doute ici qu'il faut poster en fait :)
Pour
Le mieux est que tu crée toi-même le module ici, comme ça il n'y a pas de problème de crédit d'auteur. Ensuite :
soit tu as confiance par ton expérience sur wikidata et tu fait directement une demande de modification de {{m}} sur WP:DIPP,
soit tu crées un modèle {{m/Bac à sable}} pour pouvoir vérifier simplement le bon fonctionnement de ce modèle, tu nous avertis ici pour que d'autres puisse vérifier, et si tout se passe bien on fait la demande de modification après deux ou trois jours.
J'ai modifié le modèle afin que le préfixe "modèle:" ne soit pas ajouté lorsqu'un autre espace de nom est présent, par exemple : {{Wikipédia:Le saviez-vous ?/Anecdotes sur l'accueil}}. Cela devrait être assez naturel à utiliser, puisque la syntaxe {{ ... }} fonctionne comme ça. Cela rend le paramètre namespace inutile. Je l'ai supprimé sur les pages où il était utilisé, sauf dans quelques archives de discussion. Il n'y a donc plus besoin de s'en préoccuper. Par contre pourrais-tu modifier le module pour qu'il adopte le même comportement que le modèle après ma modification ? Orlodrim (discuter) 17 mai 2014 à 23:32 (CEST)Répondre
Ligne de tableau patrimoine naturel
Dernier commentaire : il y a 10 ans2 commentaires1 participant à la discussion
Bonjour,
Nos collègues catalans ont un modèle pour créer des lignes de tableau pour le patrimoine naturel (on peut en voir un exemple pour les arbres ici : ca:Llista d'arbres singulars de les Illes Balears). On en a un pour le patrimoine architectural : {{Modèle:Ligne de tableau Monument}}. En a-t-on un pour le patrimoine naturel ? (je n'ai pas trouvé). Sinon, j'en crée un semblable à celui des Catalans ? L'idée est qu'on puisse assez facilement copier/coller leurs articles en n'ayant que les paramètres à traduire, ils en ont quelques-uns (autre exemple sur les rivières d'Andorre : ca:Llista de rius d'Andorra, liste complète des articles utilisant ce modèle : [2]). ---- El Carobla21 mai 2014 à 18:38 (CEST)Répondre
Dernier commentaire : il y a 9 ans8 commentaires3 participants à la discussion
Bonjour à tous,
J'aimerais modifier le {{Modèle:Semitag/correspondance}} pour que les symboles des lignes de bus et de tram du réseau de transport en commun grenoblois reflètent mieux la réalité. Malheureusement, le code que j'expérimente dans le bac à sable ne fonctionne pas. Pourriez vous me donner votre avis et les corrections éventuelles à apporter ?
En fait, j'aimerais faire en sorte que :
Pour les lignes de Tramway (il y en a 5 à Grenoble : A, B, C, D, E), la lettre soit entourée d'un cercle coloré au lieu d'un rectangle simple,
Pour toutes les autres lignes (donc les lignes de bus), le numéro soit entouré d'un rectangle aux coins arrondis au lieu d'un rectangle simple.
Voici le code actuel (sans la partie documentation) :
<includeonly> <span style="font-size: 75%; padding: 2px; background-color: {{Semitag/couleur fond|{{{1}}}}}; color: {{Semitag/couleur texte|{{{1}}}}}" title="Correspondance avec la ligne {{{1}}}">'''{{{1}}}'''</span></includeonly>
Voici mon code (sans la partie documentation) :
<includeonly>
|#default=<span style="font-size: 75%; padding: 0.2em; background-color: {{Semitag/couleur fond|{{{1}}}}}; color: {{Semitag/couleur texte|{{{1}}}}}; border-radius: 0.4em" title="Correspondance avec la ligne {{{1}}}">'''{{{1}}}'''</span>
|A|B|C|D|E=<span style="font-size: 75%; padding: 1px 3px 1px 3px; background-color: {{Semitag/couleur fond|{{{1}}}}}; color: {{Semitag/couleur texte|{{{1}}}}}; border-radius: 0.8em" title="Correspondance avec la ligne {{{1}}}">'''{{{1}}}'''</span>
</includeonly>
Comme vous le voyez, je souhaiterais garder le principe de l'appel aux modèles {{Semitag/couleur fond|}} et {{Semitag/couleur texte|}} pour la couleur du fonds et du texte des lignes.
J'aimerais que le modèle puisse en fin de compte différencier les lettres seules (A-E), utilisées uniquement pour les lignes de Tramway du reste pour un formatage différent. Or, jusqu'à présent il ne semble pas y arriver …
Il manque juste la fonction qui fait le choix : {{#switch: }}
Et en général on commence par les cas particuliers et on fini par le cas général. Donc ça donne :
<includeonly> {{#switch: {{{1|}}}
|A|B|C|D|E=<span style="font-size: 75%; padding: 1px 3px; background-color: {{Semitag/couleur fond|{{{1}}}}}; color: {{Semitag/couleur texte|{{{1}}}}}; border-radius: 0.8em" title="Correspondance avec la ligne {{{1}}}">'''{{{1}}}'''</span>
|#default=<span style="font-size: 75%; padding: 0.2em; background-color: {{Semitag/couleur fond|{{{1}}}}}; color: {{Semitag/couleur texte|{{{1}}}}}; border-radius: 0.4em" title="Correspondance avec la ligne {{{1}}}">'''{{{1}}}'''</span>
}}</includeonly>
Pour les margin, padding et autre border, si deux tailles sont précisés, la première est appliquée en haut et en bas, la deuxième à droite et à gauche.
Pour éviter d'écrire plusieurs fois la même chose, on peut limiter la fonction choix à ce qui est unique :
<includeonly> <span style="font-size: 75%; padding: 1px 3px; background-color: {{Semitag/couleur fond|{{{1}}}}}; color: {{Semitag/couleur texte|{{{1}}}}}; border-radius:{{#switch: {{{1|}}} |A|B|C|D|E= 0.8 |#default=0.4 }}em;" title="Correspondance avec la ligne {{{1}}}">'''{{{1}}}'''</span></includeonly>
Re-bonjour, nouveau problème au moment où je remplace le code actuel par le nouveau code : certaines lignes sont encadrées, d'autres non (voir image).
Erreur observée
Dans les articles qui utilisent le {{Modèle:Semitag/correspondances}} (qui se base sur le modèle que j'essaie de modifier), ce bug fait sauter des tableaux entiers, j'ai donc immédiatement annulé les modifications faites. J'ai pensé à un problème de padding mais même en remettant la valeur d'origine (2px) , le bug persiste. Avez vous des idées ?
Le problème vient du retour à la ligne que tu introduis entre </includeonly> et <noinclude>. Comme ton modèle est ici suivi d'un espace (avant le guillemet) on se retrouve avec une nouvelle ligne commençant par un espace, que interprète comme du code, et l'insère dans une balise <pre>, et est affiché dans un cadre. (oui, les modèles, c'est souvent subtil, le moindre caractère en trop ou manquant peut tout casser ; on est tous passé par là) -- Zebulon84 (discuter) 15 juin 2014 à 14:54 (CEST)Répondre
Nouvelle version des modèles « dynastie » (3ème proposition)
Dernier commentaire : il y a 9 ans16 commentaires2 participants à la discussion
Bonjour, après avoir réécrit les modèles « dynastie » en utilisant les modèles {{Boîte déroulante/début}} et {{Boîte déroulante/fin}}, puis la classe "collapsible", et non satisfait à 100% dans les deux cas, je reviens vous proposer une nouvelle version qui ne ressemble plus aux palettes, mais qui est une palette (utilisation de la classe "navbox").
Les explications détaillées, ainsi que les différents cas de test se trouvent toujours sur la page Modèle:Succession/Test. Je recopie ci-dessous les principales :
Avant la mise en place de cette nouvelle version, il faudra régler les problèmes suivants :
le Modèle:Fin dynastie contient maintenant deux |} hors ce modèle a été détourné par certains qui l'utilisent pour fermer des tableaux sans rapport avec ces modèles. Il faudra donc remplacer ces utilisations abusives par le Modèle:Fin
certains n'ont pas utilisé le Modèle:Fin dynastie mais ont mis |}. Il faudra également corriger ces pages.
Voilà, n'hésitez pas à me remonter vos remarques et si certains veulent participer à ce projet, ils peuvent modifier les bacs à sable de ces modèles.
Merci Orlodrim ! Je te fais confiance pour le deuxième point, j'ai du rêver !
Sinon, certains ont un avis sur ma proposition ? Elle est nulle, bof ou géniale ? Je veux bien revoir une quatrième fois ma copie !
Ce qui est sûr, et que je n'ai peut-être pas dit auparavent, c'est que la première fois que j'ai vu ces modèles, je les ai trouvés abominables et que je m'étais promis d'améliorer ça un jour. Et en faire de vraies palettes me semble la meilleure des solution. Mais ce n'est jamais que mon avis et j'attends les votres.
Fichier:Orlodrim1.png Dans l'exemple ci-dessus, Robert le Magnifique est centré verticalement dans sa cellule mais Robert Courteheuse est collé en haut. C'est normal ?
Techniquement parlant, j'ai tout d'abord découpé et recopié la {{Méta palette de navigation}} dans ces modèles. Ça fonctionnait bien. Par contre, du fait que les palettes sont programmée avec des tableaux en codage HTML, et que les modèles dynastiques sont en codage wiki, cela aurait obligé à réécrire la totalité des modèles de la Catégorie:Modèle dynastie (90 modèles) et de la Catégorie:Modèle boîte de succession (22 modèles) et de les migrer tous ensemble. Ce qui aurait compliqué aussi un éventuel retour arrière (faut tout prévoir). J'ai donc remplacé le codage HTML par du codage wiki.
Je n'abandonne pas pour autant l'idée d'utiliser un habillage de la {{Méta palette de navigation}}. Pour cela il faudrait pouvoir faire cohabiter les deux syntaxes de tableaux, ce que je ne sais pas faire.
Tout en bas de la page Modèle:Insérer dynastie/Test j'ai mis deux essais : celui dont je viens de parler, ainsi qu'une tentative avec les nouvelles palettes de Hlm Z. (d · c · b). Aucun ne fonctionne. Si quelqu'un à une solution, ça m'intéresse.
Mettre des balises HTML dans un tableau ouvert avec {| et fermé avec |} marche (plus ou moins). L'inverse non. Si tu veux passer à la syntaxe HTML, il faudrait d'abord migrer progressivement les variantes de {{Insérer dynastie}}, puis {{Début dynastie}} et {{Fin dynastie}} en dernier.
Il y a aussi quelques centaines articles qui contiennent des bouts de tableau en syntaxe wiki directement dans l'article, entre {{Début dynastie}} et {{Fin dynastie}} (surtout pour des militaires allemands, par exemple Vollrath Lübbe), qui nécessiterait d'être remplacés par des modèles.
Point 1 : S'il n'existe pas d'astuce, alors tant pis, la syntaxe html attendra...
Point 2 : J'ai regardé ton exemple d'article avec des bouts de tableau en syntaxe wiki : j'ai testé la nouvelle version, elle fonctionne bien. Et pour ce qui est du bout de code, il pourra être remplacé par le Modèle:S-mil. La liste de ces cas particuliers (1) m'intéresse. De la même manière, je veux bien avoir les articles qui ont plusieurs {{Début dynastie}} (2), pour éventuellement les regrouper.
En la rédigeant j'ai découvert que certains ont inclus ce modèle dans une boîte déroulante (3). Il faudra les enlever lors de la mise en place de la nouvelle version. Cela fait donc 3 listes à produire (numérotées).
Super ! J'ai recopié ça dans Utilisateur:FDo64/Test afin de pouvoir libérer ta page. Ça va me prendre un certain temps pour traiter tout cela. Je vais m'occuper en priorité des 3 premières listes, avant de mettre en place la nouvelle version, puisque le résultat du Bistro est positif. Merci ! --FDo64 (discuter) 2 juillet 2014 à 22:17 (CEST)Répondre
Pour information, j'ai mis en place aujourd'hui la nouvelle version. La réécriture des modèles dérivés et les corrections d'erreurs sont en cours. --FDo64 (discuter) 6 juillet 2014 à 22:53 (CEST)Répondre
Bonsoir, J'ai pratiquement terminé cette migration puisqu'il ne me reste plus qu'à corriger une centaine d'articles à problème. Je tenais à vous signaler deux petits soucis que je ne sais pas régler :
l'ajout d'un {{clr}} (comme dans {{Palette}}) au modèle:Succession/Début ne fonctionne pas, ça casse tout. Alors je me suis contenté d'ajouter un saut de ligne pour éviter d'avoir la palette collée au texte précédent.
il y a parfois un fonctionnement bizarre lorsqu'il y a deux palettes à la suite, voir Moonlight Shadow#Successions dans les hit-parades, la deuxième est moins large. Remarque : il y a quelque chose dans la page qui perturbe le modèle : si on ne visualise que le paragraphe ou qu'on le copie dans une autre page, cela ne se produit pas.
Le "{|" n'est reconnu comme ouverture de tableau que s'il est en début de ligne. Si tu veux mettre un {{Clr}}, ajoute un saut de ligne entre {{Clr}} et "{|". Une autre solution est d'ajouter "clear:both;" dans l'attribut style="..." du tableau.
Il y avait un {{Col-début}} ouvrant un tableau de largeur 75 % qui n'était pas fermé. Tu as vu d'autres cas ?
Dernier commentaire : il y a 9 ans1 commentaire1 participant à la discussion
Bonjour les modélistes,
Serait-il possible d'adapter le modèle {{PM1}} et le modèle {{PM2}} pour les comètes et quelques autres cas particuliers ? Je vais me baser sur {{PM1}} pour mes explications ; PM2 est similaire sauf qu'il n'y a pas de lien vers l'article.
À l'heure actuelle, ce modèle permet de faire ceci comme il faut :
{{PM1|S|2014|J|1}} donnerait S/2014 J 1 au lieu de S/2014 (J) 1. Cette absence de parenthèses devrait avoir lieu lorsque le 3e paramètres du modèle (ici "J" dans l'exemple) vaut "H", "V", "E", "M", "J", "S", "U", "N" ou "P" (ce qui correspond en fait aux 8 planètes du Système solaire + Pluton lorsqu'elle possédait encore ce statut). Faire de même quand ce paramètre vaut "Ma" ou "Me" par précaution.
{{PM1|C|2014 A|1}}, ou qqch dans ce genre (je vous laisse voir pour l'organisation des paramètres), donnerait C/2014 A1 où le numéro (paramètre 3, ici "1") n'est pas en indice. Cette absence de mise en indice doit avoir lieu quand ce qui précède directement ce numéro est composé d'une seule lettre (ici "A")
{{PM1|C|2014 A|1|Bidule}} donnerait C/2014 A1 (Bidule) -> pareil que juste avant mais avec le nom "propre" de la comète en plus
{{PM1|C|2014 AA|1}} donnerait C/2014 AA1 où le numéro (paramètre 3, ici "1") est cette fois-ci en indice. Cette mise en indice doit avoir lieu lorsque ce qui précède directement ce numéro est composé de deux lettres (ici "AA")
{{PM1|C|2014 AA|1|Bidule}} donnerait C/2014 AA1 (Bidule) -> pareil que juste avant mais avec le nom "propre" de la comète en plus
ce qui est fait juste avant pour "C" en premier paramètre (comète à longue période ou non périodique) doit être fait de façon identique quand ce premier paramètre est "P" (comète à courte période), "D" (comète perdue, disparue ou éteinte) ou "X" (comète dont l'orbite n'a pu être calculée).
Si possible, pourriez-vous également jeter un oeil au modèle {{PM3}}, qui fait ceci :
{{PM3|654321|2014 AA|42}} donne 2014 AA42 (nom affiché sans le numéro "(654321)" mais présence de ce numéro nécessaire pour le lien vers l'article)
Il faudrait rendre le paramètre 3 (ici "42") optionnel pour que {{PM3|654321|2014 AA}} donne 2014 AA au lieu de 2014 AA.
Dernier commentaire : il y a 9 ans8 commentaires3 participants à la discussion
Bonjour,
Y a-t-il moyen de répertorier automatiquement das une catégorie les pages qui contiennent une {{Infobox Exoplanète}} mais dont le paramètre "statut" est absent ou non rempli ? Si oui, pourriez-vous vous en occuper et me tenir au courant ? Merci d'avance. SenseiAC (discuter) 22 août 2014 à 20:59 (CEST)Répondre
Orel'jan : Merci, la modif dans l'infoboîte semble fonctionner, par contre n'apparaissent dans la catégorie que les pages où le paramètre est strictement absent : la présence du nom du paramètre, sans même qu'il soit rempli, suffit à ce que la page disparaisse de la catégorie. Et le paramètre "statut" n'apparaît pas dans la page "mise à jour de temps en temps". Une idée de comment arranger ça ? Merci d'avance. SenseiAC (discuter) 22 août 2014 à 21:58 (CEST)Répondre
La seule solution est de mettre {{#if:{{{statut|}}} | {{{statut}}} | [[Catégorie:maintenance...]] }}.
Mais pour des cas ponctuels, je conseille d'utiliser les statistiques. En cliquant sur le lien bleu Pages, tu as la liste des articles qui contiennent ce paramètre et sa valeur. Par différence avec le nombre total d'articles liés, tu as les manquants.
Dernier commentaire : il y a 9 ans8 commentaires3 participants à la discussion
Bonjour,
On a un modèle très puissant : {{wikidata}}, mais la doc dit de ne pas l'utiliser pour l'instant dans l'espace principal. Du coup, j'ai tenté, dans Ermitage Saint-Guilhem de Combret, de mettre {{subst:Wikidata|P17}} et espérant que ça donne France mais ça donne {{#invoke:Wikidata|formatStatements|property=P17|value=}}. D'où deux questions :
est-il toujours déconseillé d'utiliser ce modèle {{wikidata}} dans les articles ?
Moi, je veux bien, mais à ma connaissance, ça n'a jamais été fait sur une grande échelle. On pousse jusqu'où ? À la limite, on pourrait avoir en début de l'article uniquement un {{Infobox Édifice religieux}}, sans paramètre, qui se remplirait "tout seul" avec wikidata. Est-ce qu'on est déjà prêt pour ça ? ---- El Carobla5 septembre 2014 à 21:01 (CEST)Répondre
C'est déjà le cas pour pas mal des infobox sur WP en hongrois (qui avait été le premier à tester les interwikis venant de Wikidata, alors il y a là-bas des gens actifs qui s'intéressent à Wikidata ou sont même développeurs). Ça ne dépend que de nous de nous sentir prêts à ça ou pas. Le principe est qu'on ne met en infobox dans l'article que ce qu'on ne veut pas prendre de Wikidata, ou qui n'y est pas. — Oliv☮Éppen hozzám?5 septembre 2014 à 22:46 (CEST)Répondre
Oui. Personnellement, je ne sais toujours pas comment accéder à wikidata depuis wikipédia quand il n'y a pas d'interwiki ! Pour le reste, je vois deux utilisations possibles :
avec « subt », on peut créer des ébauches ou coller des infobox de façon semi-automatique ;
Salut ! Je n'ai pas répondu à ton message sur la PDD du modèle parce que je vois le contraire de ce que tu décrits (j'ai modifié tes exemples pour que ce soit plus clair). Par ailleurs, tu compares une Infobox V2 à une Infobox V3. Les présentations sont différentes, en particulier la largeur. Par exemple, c'est pareil pour {{Infobox Dénomination anatomique}}. --FDo64 (discuter) 12 septembre 2014 à 23:15 (CEST)Répondre
Modèle:Palette WWE World Tag Team Champions
Dernier commentaire : il y a 9 ans1 commentaire1 participant à la discussion
Le salon des modélistes
Modèles proposés à la suppression
Nouveaux modèles
Pixeltoo : La deuxième ligne de rapport indique le temps pris MW pour produire la page. On vois bien 34.226 secondes. Maintenant la page se charge rapidement car elle est dans le cache. L'avant dernière ligne indique le nombre d'appels dispendieux de fonctions parseurs. On vois bien que c'est 0. Hunsu (discuter) 11 février 2014 à 14:00 (CET)
Pour
!
, il y avait un saut de ligne dans le Modèle:Succession/Fin/Bac à sable. Merci. --FDo64 (discuter) 22 juin 2014 à 23:35 (CEST)
Catégorie liée à une infobox
