Dernier commentaire : il y a 17 ans2 commentaires1 participant à la discussion
Bonjour,
Si je mets un lien interne
[[Catégorie:Espace Aide|exemple]]
vers une page de catégorie dans le titre de la palette
{{Méta palette de navigation
| titre=[[Catégorie:Espace Aide|exemple]]
...
}
, le lien ne s'affiche pas. Cela peut-être contourné par un lien externe, mais ça n'est pas très propre. Il y a moyen de le faire par un lien interne? Merci GreyDragon18 août 2007 à 03:20 (CEST)Répondre
C'est qu'il manque ":" au début du lien. Exemple : [[:Catégorie:Espace Aide|exemple]] donne exemple.
Dernier commentaire : il y a 17 ans3 commentaires2 participants à la discussion
Bonjour Verdy p, j'ai vu que tu mettais le méta en chantier; pourrais-je savoir pourquoi. S'il a été mis sous protection, c'est pour une bonne raison! Ce serait bien d'en parler avant de proposer des changements, surtout avec moi qui ai introduit ce méta-modèle sur WP-fr. Merci à l'avance de ta collaboration. — AntayaFichier:Quebec-Canada.svg4 janvier 2008 à 07:01 (CET)Répondre
Justement c'est parce que le modèle est bloqué que je fais un test avant de faire une proposition de remplacement!
Le modèle tel qu'il a été bloqué a rendu un certain nombre de palettes (un grand nombre en fait) boquées à l'affichage avec des tas de sauts de lignes parasites au milieu des listes.
Avant d'en discuter, il faut bien tester la proposition
Car cette version règle tous les problèmes de mise en forme des listes, et facilite aussi grandement leur édition (plus besoin de les écrire en une seule ligne de texte, facilité de tri, plus de rupture parasites).
Le principal problème est la façon dont Wiki traite les cellules de tables et ajoute des paragraphes là où il n'est pas sensé y en avoir. Pour régler le problème, il faut faire très attention aux sauts de lignes.
Autre problème que cette version règle: quand la boîte est enroulée, la version actuelle laisse apparaitre un blanc en bas de boite pour les listes contenant plus d'un seul groupe, ce blanc augemntant avec le nombre de groupes que l'enroulement est sensé cacher...
La raison en est que quand on "cache" des cellules par l'enroulement, seul le contenu des lignes est caché mais PAS l'espacement intercellulaire.
Enfin le modèle actuel est largement boqué au plan du CSS généré (code CSS invalide, propriétés inexistantes, mal nommées)...
Tout ça est réglé dans cette version. que j'ai testé à différents niveaux, dans IE, et dans Firefox, ce qui n'a apparamment pas été fait correctement dans la version actuelle).
Il n'y a rien de mal à tester avant de faire une proposition de remplacement.
Et puis tu aurais du éviter d'écrire ici: soit mˆécrire sur ma page de discussion soit dans la page du modèle principal en liant une redirection, car la page test est bien un "bac à sable" lié au fait que le modèle principal est bloqué. je n'apprécie gure que seul les administrateurs considèrent que leur solution est correcte et annulent ce qui ne les plait pas, alors que je n'ai rien cassé du tout. J'ai juste fait les tests avant d'en discuter. D'autant que la documentation laisse des ambiguités quant à l'utilisation réelle des paramètres et pourrait encore être améliorée.
Je comprenbd que le modèle soit protégé, pour éviter de tout casser, mais surtout car de trop nombreux changements surchargent le serveur dans les nopbreuses pages qui emploient le modèle, mais ce n'est pas une raison pour ne pas le corriger en faisant des tests séparément). Mon but n'est pas de le casser ou de le multiplier mais bien de régler les problèmes poue e nfaciliter l'emploi. Verdy p (d) 4 janvier 2008 à 16:10 (CET)Répondre
Proposition
Dernier commentaire : il y a 17 ans3 commentaires3 participants à la discussion
Il me semble qu'un paramètre supplémentaire margeHaut, semblable à celui qui existe dans le modèle {{boîte déroulante}}, pourrait présenter quelques avantages.
Exemple : dans l'article Giovanna d'Arco, le seul moyen, à l'heure actuelle, d'« aérer » la palette de navigation, en bas (au moins du côté de la section « Liens externes ») est d'insérer deux sauts de ligne successifs, ce qui n'est pas très correct (et serait susceptible d'être viré à tout instant par un contributeur ou un bot zélé à la recherche des sauts de ligne superflus).
Tandis que la transformation du « modèle-racine » permettrait de ne plus faire coller la palette de navigation au contenu textuel qui la précède, en changeant simplement l'actuel appel de modèle :
de {{Opéras de Verdi}} en {{Opéras de Verdi|margeHaut=1em}} voire {{Opéras de Verdi|margeHaut=1.5em}}.
Dans mon esprit, il faudrait, au-dessus de la palette de navigation, un espace qui soit au moins égal à celui qui la sépare de la rangée des trois boîtes de liens vers les portails. Voire égal à l'espace qui sépare la rangée des liens portail de la boîte des catégories. Visuellement, je pense que ce serait une amélioration. Hégésippe | ±Θ±16 mars 2008 à 09:49 (CET)Répondre
Qu'un paramètre "marge" soit insérable d'accord, mais ces marges devraient toutes être de la même hauteur, afin d'éviter différentes hauteurs d'un article à l'autre : {{Opéras de Verdi|marge=oui}}
Ou mieux encore, trouver une façon que le modèle détecte qu'une palette est la première d'une "série d'empilades" et que style="magin:0.5em" s'insère automatiquement... un peu comme lorsque deux palettes se trouvent sur la même page, elles se détectent et s'enroulent automatiquement. Je ne vois pas encore comment faire cela, mais l'idéal serait d'automatiser la marge quand la palette est la première, au-dessus des autres... Un codeur aurait un code créatif pour faire cela? — Antaya@ 20 mars 2008 à 11:13 (HNE)
Style des palettes dans l'espace encyclopédique
Dernier commentaire : il y a 17 ans2 commentaires1 participant à la discussion
L'implantation de cette méta-palette a donné un peu d'uniformité dans les bas de pages, mais il reste encore du travail pour arriver à une réelle harmonisation. Il existe actuellement des milliers de palettes, affichées avec des centaines de styles différents.
L'un des problèmes de l'harmonisation sont les images à côté des titres (logos, pictos, drapeaux, etc.) Sur les articles important, il y a déjà un problème de doublons d'images et/ou de drapeaux et ces petites images à côté des titres contribuent à ces doublons surplus d'images. (Ex: France)
Dernièrement, j'ai ajouté une charte de couleurs à la feuille CSS et j'ai retiré les champs "style" personnalisables de la documentation. L'effet multicolore des nouvelles palettes créées par la suite s'est un peu résorbée, mais subsiste des palettes qui abusent de ces champs, soit pour emprunter les couleurs du sujet (Les Simpson), ou pour faire comme le portail (Walt Disney). Je crois que ceci est Mal dans l'espace encyclopédique et contribue à l'apparence bordelique du bas de page des articles.
Tel que discuté sur le bistro au mois de févier, j'ai tenté des couleurs plus "MediaWiki" qui tournent autour du gris. Les méta-palettes ont 4 couleurs, en ordre décroissant des teintes, du plus foncé au plus pâle : titre/dessous, groupes, lignes paires (tr even) et le fond général (backgroud). Voici le CSS pour vos monobook et ce modèle où j'ai nettoyé les styles :
/* Styles de [[Modèle:Méta palette de navigation]] dans les teintes MediWiki */table.navbox{background:#F9F9F9;border:1pxsolid#AAA;clear:both;font-size:90%;margin:1em00;padding:2px;text-align:center;width:100%;}table.navboxth{background:#ddd;padding-left:1em;padding-right:1em;}table.navboxtd.group{background:#e9e9e9;vertical-align:middle;width:150px;padding-left:1em;padding-right:1em;font-weight:bold;}table.navboxtd.list{text-align:left}table.navboxtr.even{background:#eee;}table.navboxtd.below{background:#ddd;vertical-align:middle;padding-left:1em;padding-right:1em;}/* Fin styles de [[Modèle:Méta palette de navigation]] */
Merci de me donner vos avis. Cordialement. — Antaya@ 25 mars 2008 à 15:02 (HNE)
Étant sans méchanceté critiqué ici par mon cher Antaya sur le Portail:Disney, j'invoque simplement le fait que le portail a simplement harmonisé un style graphique... vu que c'est possible je ne vois pas pourquoi je m'en priverai. Pour les Simpson (aussi l'auteur de la méta palette), c'est simplement une reprise des couleurs de l'ancienne palette... Est-ce que les préconisations méta sont des obligations ou de simples recommendations ? --GdGourou - °o° - Talk to me25 mars 2008 à 21:53 (CET)Répondre
Oh ce n'est pas une critique! Par contre la palette est dans l'espace encyclopédique et non les portails, ils ne répondent donc pas aux mêmes contraintes. À mon avis, il va falloir se poser la question si l'on veux établir une harmonisation des palettes de navigation, car actuellement la possibilité de les personnaliser fait des bas de page un foutoir. Moi je pense qu'il faut limiter la possibilité d'illustrer les entêtes avec logos, drapeaux et autres; je pense aussi qu'il faut fixer les couleurs dans les teintes du MediaWiki. Le manque de concensus à ce niveau fait défaut et les palettes partent dans toutes les directions, et AMHA, ce n'est pas souhaitable. Toujours sans méchanceté, on fait une encyclopédie, pas un livre coloré pour enfants! Les Allemands l'on compris : leur encyclopédie est plus sobre et fait plus sérieuse. C'est ma germanique opinion! — Antaya@ 25 mars 2008 à 18:14 (HNE)
Les palettes sont peut-être dans l'espace encyclopédique mais il y a quand même une large marge entre le livre pour enfants et l'encyclopédie en noir et blanc... Une harmonisation est souhaitable mais ne peut-elle pas être gérée par les projets ou de manière inter-projet... au lieu d'imposer la même chose à tout le monde ? --GdGourou - °o° - Talk to me26 mars 2008 à 10:34 (CET)Répondre
Quels scripts/css pour faire marcher les boîtes ?
Dernier commentaire : il y a 17 ans2 commentaires1 participant à la discussion
Salut, j'ai copié le template sur mon wiki, mais il me manque ce qui permet de placer le lien pour dérouler/enrouler une boîte.
La couleur des liens est déterminée ici par mediawiki, et ne peut pas être modifiée au cas par cas en fonction des paramètres du modèle. Je vous suggère de revenir à une charte graphique plus sobre et plus cohérente avec les styles par défaut de Wikipédia. Cordialement, --Lgd (d) 12 décembre 2008 à 03:12 (CET)Répondre
suppression des paramètres de couleur ?
Dernier commentaire : il y a 16 ans1 commentaire1 participant à la discussion
Dernier commentaire : il y a 16 ans4 commentaires4 participants à la discussion
Bonjour, je navigue sur l'encyclopédie tantôt avec Firefox tantot avec Internet Explorer. Dans le premier cas pas de soucis par contre dans le deuxième cas j'ai un petit problème d'affichage. En effet, avec Internet Explorer, et lorsque je me connecte à mon compte, la superposition de plusieurs palettes de navigations sur une même page apparaît déroulée uniquement et impossible de les enrouler puisque à droite des palettes il n'apparaît pas le lien [enrouler] [dérouler]. Par contre dès que je me déconnecte de mon compte et que je navigue sur les différentes pages tout rentre dans l'ordre. Y a-t-il un problème dans le code de la palette ? Merci pour votre réponse, Aiolia (d) 14 janvier 2009 à 17:20 (CET)Répondre
Plus probablement un conflit avec un paramètre de votre compte utilisateur, par exemple un gadget. Vous pouvez détailler ? --Lgd (d) 21 février 2009 à 22:33 (CET)Répondre
Utilisation du modèle avec différents sous groupes
Col1Header
Col2Header
Col3Header
Col4Header
Col1.1Header
Col1.2Header
Col1.1
Col1.2
Col2
Col3.1Header
Col3.2Header
Col3.3Header
Col3.1
Col3.2
Col3.3
Col4
erreur modèle
Dernier commentaire : il y a 16 ans2 commentaires2 participants à la discussion
En important ce modèle sur notre mediawiki nous nous sommes aperçu d'une erreur dans le code du modèle : à partir de la 3è liste on peut lire le code suivant <td class="group" style="{{{stylegroupe|}}}">{{{groupe3}}}</th>Wyz (d) 12 mai 2009 à 16:02 (CEST)Répondre
Dernier commentaire : il y a 15 ans1 commentaire1 participant à la discussion
Bonjour, serait-il possible d'introduire la mention {{#if:{{#switch:{{{navbar|}}}|plain|off=1}} dans le code de l'article afin de faire disparaître le "Tnavbar" lorsque celui-ci n'est pas utilisé. Voir par exemple le problème d'affichage qui apparaît sur {{navboxes}}. Merci d'avance, Aiolia (d) 6 juillet 2009 à 19:32 (CEST)Répondre
Augmenter la largeur dédiée aux groupes
Dernier commentaire : il y a 14 ans2 commentaires2 participants à la discussion
Bonjour,
ma question est peut-être bête, mais je souhaiterais créer un bandeau avec une plus grande largeur pour les groupes que celle par défaut, est-ce possible ? Cordialement, Freewol (d) 16 décembre 2009 à 12:30 (CET)Répondre
Détecter la mauvaise utilisation du paramètre modèle
Dernier commentaire : il y a 15 ans1 commentaire1 participant à la discussion
Bonjour,
Je tombe régulièrement sur des palettes ayant le paramètre modèle avec une mauvaise valeur. Je pense avoir une solution pour détecter automatiquement cette erreur. Je vous la soumets pour en discuter et éventuellement l'implémenter.
Il me semble qu'ajouter simplement le code
<includeonly>{{#ifeq:{{NAMESPACE}}|{{ns:10}}|{{#ifeq:{{PAGENAME}}|{{{modèle}}}||CATEGORISATION DANS CATEGORIE DE MAINTENANCE A TRAITER}}</includeonly>
permettrait de remonter tous les modèles impactés. Les seuls faux positifs éventuels seraient les modèles incluant une autre palette, mais je ne crois pas que cela représente un grand nombre de cas.
Dernier commentaire : il y a 15 ans1 commentaire1 participant à la discussion
Ce soir ces éléments à droite des palettes ont disparus pour laisser la place à des termes en anglais disposés à gauche juste avant le titre ? --Quoique (d) 23 février 2010 à 22:42 (CET)Répondre
Nombre max de listes
Dernier commentaire : il y a 13 ans2 commentaires2 participants à la discussion
Dernier commentaire : il y a 14 ans3 commentaires2 participants à la discussion
Bonjour, pour la section "Avec sous-groupes" merci d'ajouter cet avertissement :
{{Encart|aide_accessibilite|Ce modèle pose un problème d’[[Wikipédia:Atelier accessibilité/Qu'est-ce que c'est ?|accessibilité]] important. Vous êtes invités à limiter son utilisation car celui-ci entraîne une impossibilité ou une forte difficulté de consultation du contenu de Wikipédia pour différents types d’utilisateurs en situation de handicap technique ou personnel.}}
ce qui donnera :
Ce modèle pose un problème d’accessibilité important. Vous êtes invités à limiter son utilisation car celui-ci entraîne une impossibilité ou une forte difficulté de consultation du contenu de Wikipédia pour différents types d’utilisateurs en situation de handicap technique ou personnel.
Dernier commentaire : il y a 14 ans10 commentaires6 participants à la discussion
Bonjour à tous,
Je poste ce sujet sous demande de Lgd. En effet, je voudrais savoir si le code même de la méta palette ne serait pas à revoir.
Premièrement, de toute évidence le "{{Méta palette de navigation" introduisant celle-ci est excessif, le renommer par Navbox (modèle en:), Métabox ou même Méta palette serait amplement mieux.
Deuxièmement, le corps même de la palette est à revoir :
-Le fait d'ajouter inutilement des espaces entre "|" ( | modèle=)
-Le "=" doit être symétrique pour une meilleure compréhension lors d'une future modification (le plus grand étant "|stylegroupe =")
Troisièmement, plusieurs codes sont à inclure directement dans la Méta palette de navigation :
|stylegroupe = width:100px;text-align:right; (développer ci-dessous)
|stylepair = background:#F5F5F5; (modèle en:, point de vue seulement esthétique)
|stylecorps = background:#FFFFFF; (modèle en:)
Pour le "|stylegroupe =", "width" doit être par défaut 100px et non 150px ce qui rendrait la palette d'une part moins lourde et d'autre part l'espace "|listeX =" serait alors agrandi, de même pour "text-align:right;" (moins lourd, plus d'espace pour la liste).
Et enfin, l'utilisation du modèle "{{·}} " est nécessaire, car le modèle "{{•}} " n'est pas très esthétique.
Voilà un avant-goût de ce que cela pourrait donner :
Syntaxe complète :
Code complet du modèle
{{Métabox
|modèle = {{subst:PAGENAME}}<!-- Ne pas modifier -->
|étatboîte = autocollapse<!-- Ne pas utiliser ce paramètre dans les articles -->
|styletitre =
|titre =
|sous-titre =
|image =
|stylecorps =
|stylegroupe =
|styleliste =
|stylepair =
|styleimpair =
|styledessus =
|dessus =
|groupe1 =
|liste1 =
|groupe2 =
|liste2 =
...
|groupe20 =
|liste20 =
|styledessous =
|dessous =
|nocat = oui
}}
Autres idées :
-Ajouter de nouvelle icône pour "|dessous =" (icône portail:Half life présente sur la palette Half-Life) -Renommer par exemple "|modèle =" par une sorte de raccourci "|MDL =" (de: utilise déjà se procéder)
-Remplacer "[[Dérouler]]" par <small>[[[[Dérouler]]]]</small>, c'est ce qui permet d'ouvrir la palette ("Dérouler" par [[Dérouler]]).
L'alignement vertical des « = » augmente considérablement la lisibilité du code. En revanche, je suis contre la suppression des espaces avant et après les « | » : ceux-ci rendent les noms de paramètres plus lisibles et plus rapidement repérables. Je m'oppose aussi à l'alignement à droite des titres de groupes, c'est contraire à ce qui se fait partout ailleurs.
Concernant le nom du modèle, cela a déjà été débatu dans le passé, mais rien n'empêche de faire de nouvelles propositions. Je trouve aussi que {{Méta palette de navigation}} est trop long. On n'a pas à le saisir souvent, mais quand même ! Je m'oppose à {{Navbox}} parce que nous devons utiliser des noms français. J'aime bien {{Méta palette}}, ce titre est suffisament descriptif, et sans ambiguïté.
Les espaces sont utiles à la lisibilité du code : je suis contre leur suppression
L'alignement des = est par contre une bonne chose
Troisièmement
Pourquoi pas. Le plus simple étant peut-être de les ajouter via CSS. Mais il faut bien sûr laisser la possibilité de passer outre.
Enfin
Question de goût. Je ne vois pas l'utilité de légiférer là-dessus.
Autres idées
On peut déjà ajouter une image (ou plusieurs) si nécessaire. Je ne vois pas bien l'utilité d’un paramètre supplémentaire pour le faire.
Aucun intérêt. Le nom de ce paramètre n'est pas long et à le mérite d’être explicite, ce qui ne serait pas le cas d’une éventuelle abréviation. De plus ce paramètre est créé automatiquement à la création et n'a pas vocation à changer, sauf renommage.
D'un point de vue technique, c'est du domaine du javascript qui supporte ce modèle et crée ce lien d’enroulage/déroulage. Celui-ci étant amené à évoluer (prochainement ?), je ne pense pas qu'il soit opportun d'intervenir uniquement pour ça. D'un point de vue éditorial, une réduction de la taille de police de ce lien est-elle bien opportune ?
Sinon, WP:DIMS est la page de requête pour les messages système, c’est à dire des pages de l'espace de noms Mediawiki:. Faire une demande d’avis là-bas est donc hors sujet, surtout dans la page de discussion.
Il vaudrait mieux travailler d'abord sur le fond plutôt que perdre du temps sur la forme. Ce genre de bricolage esthétique du code est àmha secondaire et ce n'est pas la peine de déranger tout le monde avec un sondage avant d'avoir résolu les gros problèmes d'accessibilité du code (voir ci-dessus). --Amicalement, Salix ( converser) 10 janvier 2011 à 17:48 (CET)Répondre
Palette de navigation enroulée ou déroulée par défaut ?
Dernier commentaire : il y a 14 ans7 commentaires5 participants à la discussion
Bonjour
à la suite de la guéguerre qui est en train de s'engager sur le Modèle:Palette Tauromachie, pour imposer les parametres "collapsed" ou "autocollapse", afin de laisser déroulé ou enroulé la palette par défaut, je me pose la question est ce qu'il y a une recommandation à ce sujet ? ou bien on laisse le parametre "étatboîte" non renseigné ? Merci de m'éclairer sur ce sujet Kirtapmémé sage1 février 2011 à 13:15 (CET)Répondre
Bonjour, il n'y a pas de recommandation absolue à ma connaissance, mais voici mon avis : enlever l'image, qui mange beaucoup de hauteur – sur les écrans de faibles largeur – et laisser la palette en autocollapse.
PS : après quelques comparaisons, j'hésite quand même pas mal entre les deux rendus... désolé
A ma connaissance il n'y a pas eu de consensus à ce sujet. Le fait est que le code initial proposait l'AUTOCOLLAPSE. Donc si il y a deux palettes dans une page, elles s'enroulent, si une seule alors elle est déroulée.
Ensuite vu que le paramètre existe et que des cas de grosses palettes sont apparus, ces grosses palettes se sont vues placer le paramètre COLLAPSED afin de gagner en lisibilité. Mais il n'a jamais été question de mettre le modèle de base en COLLAPSED.
A mon avis, la {{Palette Tauromachie}} est assez lourde, il serait mieux qu'elle n'occupe pas trop d'espace en bas des pages, surtout si les pages sont courtes (genre Islero) mais ce n'est pas une obligation. De plus le paramètre peut-être mis sur l'article et non dans le modèle en modifiant le code ainsi étatboîte = {{{étatboîte|autocollapse}}}. --GdGourou - Talk to °o°1 février 2011 à 13:53 (CET)Répondre
Bonjour, juste pour info, cette palette à été obtenue de haute lutte après des mois de guerres d'édition et de controverses de neutralité sur les articles touchant à la tauromachie, et elle a été proposée et acceptée sous sa forme actuelle (c'est à dire déployée).
Le but de cette palette, plutôt compacte au demeurant, au delà du fait qu'elle évite désormais les prises de bec et les pinaillages sans fin à propos des liens connexes devant figurer ou pas sur chacun des articles en rapport avec la tauromachie, (puisque cette dernière est parfaitement exhaustive et neutre), est d'apporter au lecteur une information claire, structurée et immédiatement visible et accessible sans que ce dernier ne soit obligé de cliquer dessus ou d'aller chercher l'info sur le portail.
C'est pourquoi, le sujet étant éminemment sensible et explosif, j'invite tout contributeur soucieux de changer le délicat équilibre consensuel actuel d'attendre qu'un consensus se dégage sur la pdd sans tenter maladroitement d'imposer en force son point de vue, à l'aide d'un bandeau R3R qui plus est ! (1, 2, 3). Merci, --}<((((°> Calcineur <°))))>{ [à l'eau ?]1 février 2011 à 15:03 (CET)Répondre
Il serait bon de ne pas tout mélanger, l'accouchement difficile de cette palette ne devrait pas impacter son évolution actuelle ou à venir. Essayez d'avancer en partant de cette base saine. De plus on parle technique, mise en forme et présentation, et non du contenu. Pour ce qui est du compact, le modèle autorise une seule ligne avec un titre. Avec douze lignes et une section dessus avec un br, cela devient chargé. --GdGourou - Talk to °o°1 février 2011 à 16:23 (CET)Répondre
Harmonisation du code des palettes d'exemples
Dernier commentaire : il y a 14 ans9 commentaires4 participants à la discussion
Bonjour,
Lorsque j'ai mis en place quelques palettes de navigations, j'ai trouvé que les exemples n'était pas harmonisé. Voilà trois propositions :
P1
D'après ce que j'ai compris, le paramètre nocat est utile seulement pour les exemples, mais le commentaire n'est pas clair pour les gens qui recopient le code.
nocat = oui <!-- Palettes d'exemples -->
a remplacer par :
nocat = oui <!-- Supprimer ce paramètre -->
P2
Pour l'instant, le paramètre étatboîte a comme commentaire 'Ne pas utiliser ce paramètre dans les articles'. D'après la section du dessus, ce commentaire ne fait pas concensus. Enfin, pour l'instant, il y est, et il n'est pas clair : on n'utilise pas le modèle {{méta palette de navigation}} dans les articles mais dans les modèles. 'Ne pas utiliser' signifie que le paramètre doit être vide ? doit être supprimé ?
| étatboîte = uncollapsed<!-- Ne pas utiliser ce paramètre dans les articles -->
a remplacer par :
| étatboîte = uncollapsed <!-- Supprimer ce paramètre -->
P3
J'ai toujours trouvé illisible la liste des liens. Le modèle {{liste éléments}} a été créer récemment, et je trouve qu'il rend le code beaucoup plus lisible, donc plus facilement modifiable. Les exemples utilisent soit {{•}}, {{·}}
| liste1 = {{·|[[Ducks d'Anaheim|Anaheim]]}}{{·|[[Thrashers d'Atlanta|Atlanta]]}}{{·|[[Bruins de Boston|Boston]]}}{{·|[[Sabres de Buffalo|Buffalo]]}}{{·|[[Flames de Calgary|Calgary]]}}{{·|[[Hurricanes de la Caroline|Caroline]]}}{{·|[[Blackhawks de Chicago|Chicago]]}}{{·|[[Avalanche du Colorado|Colorado]]}}{{·|[[Blue Jackets de Columbus|Columbus]]}}{{·|[[Stars de Dallas|Dallas]]}}{{·|[[Red Wings de Détroit|Détroit]]}}{{·|[[Oilers d'Edmonton|Edmonton]]}}{{·|[[Panthers de la Floride|Floride]]}}{{·|[[Kings de Los Angeles|Los Angeles]]}}{{·|[[Wild du Minnesota|Minnesota]]}}{{·|[[Canadiens de Montréal|Montréal]]}}{{·|[[Predators de Nashville|Nashville]]}}{{·|[[Devils du New Jersey|New Jersey]]}}{{·|[[Islanders de New York|NY Islanders]]}}{{·|[[Rangers de New York |NY Rangers]]}}{{·|[[Sénateurs d'Ottawa|Ottawa]]}}{{·|[[Flyers de Philadelphie|Philadelphie]]}}{{·|[[Coyotes de Phoenix|Phoenix]]}}{{·|[[Penguins de Pittsburgh|Pittsburgh]]}}{{·|[[Sharks de San José|San José]]}}{{·|[[Blues de St-Louis|St- Louis]]}}{{·|[[Lightning de Tampa Bay|Tampa Bay]]}}{{·|[[Maple Leafs de Toronto|Toronto]]}}{{·|[[Canucks de Vancouver|Vancouver]]}}{{·|[[Capitals de Washington|Washington]]|fin}}
a remplacer par :
| liste1 = {{liste éléments
| [[Ducks d'Anaheim|Anaheim]]
| [[Thrashers d'Atlanta|Atlanta]]
| [[Bruins de Boston|Boston]]
| [[Sabres de Buffalo|Buffalo]]
[...]
| [[Capitals de Washington|Washington]]
}}
D'après l'historique, le nombre est passé de 84 à 155 paramètres. Je suppose que le besoin s'est fait sentir. Il est préférable d'en parler à directement à l'auteur ou sur la page de discussion du modèle. --Nodulation (d) 23 mars 2011 à 14:36 (CET)Répondre
Je ne suis pas nom plus très fan des modèles du genre {{liste éléments}} (ou {{palette}}) car cela rend l'accès encore plus difficile aux jeunes contributeurs. Et ce n'est pas vraiment beaucoup plus "lisible".
Pour P2 la phrase demande simplement de ne pas utiliser cette fonction dans les articles (ce qui est possible) en paramétrant le modèle avec une variable qui passe donc de l'article vers le modèle standard à travers le modèle palette xxx... --GdGourou - Talk to °o°23 mars 2011 à 15:01 (CET)Répondre
Pour la modification, au départ, j'étais vraiment perdu avec tous les {{, }} et |. De plus, l'argument 'fin' du modèle {{·}} n'est pas très visible. Par contre, la solution ligne par ligne rend plus facile la modification. Il est en effet plus facile de recopier ou ajouter une ligne que de savoir ou placer un nouvel élément au sein de {{·|[[Hurricanes de la Caroline|Caroline]]}}{{·|[[Blackhawks de Chicago|Chicago]]}}{{·|[[Avalanche du Colorado|Colorado]]}}...
De plus, la plupart des palettes utilisent {{•}} ou {{·}}. La difficulté est déjà là pour les nouveaux contributeurs. Je pense qu'utiliser le modèle {{liste éléments}} est un compromis entre l'utilisation de modèle qui permettent d'avoir des 'nbsp', et l'utilisation directe de '·'.
Je ne voudrais pas que le débat dérive sur la facilité d'utilisation en général des modèles pour les nouveaux contributeurs.
Pour la remarque sur P2, je ne comprends pas. J'ai essayé dans un article de passer les arguments 'collapsed' ou 'uncollapsed' au paramètre 'étatboite' à un modèle de palette et à {{palette}}, ça n'a eu aucun effet. Je trouve cela normal car les palettes ne regardent pas les arguments qui leur sont passées. Est-il possible d'avoir un exemple ?
Bonjour, un autre point à noter est que le {{Liste éléments}} empêche certaines erreurs assez fréquentes, que sont les puces en fin de liste et les espaces avant les {{•}}.
En ce qui concerne la facilité d'accès, l'expérience semble montrer que c'est clairement le plus attractif pour les contributeurs ; d'une part le code est lisible (c'est génial de pouvoir aller à la ligne !), d'autre part le fonctionnement est plus simple à comprendre que {{•|foo}} {{•|bar|fin}}, même si ce système est également très bon.
Autre chose, il ne faudrait pas aller à la ligne entre liste1= et {{Liste éléments (...) car je pense que cela peut induire en erreur sur le fonctionnement (ce saut de ligne est en fait supprimé par le parseur, mais tout le monde n'est pas censé le savoir), et aussi parce que cela n'est pas utile pour aérer le code, mais cela lui fait prendre encore plus de place en hauteur.
Attention à ne pas créer plusieurs modèles qui ont la même fonction. Force92i (@)
Rendre dessous (et dessus ?) accessibles en navigateur texte
Dernier commentaire : il y a 14 ans1 commentaire1 participant à la discussion
ƝEMOI – Je pense que l’on gagnerait en lisibilité depuis les navigateurs non-graphiques/sans CSS, si la ligne de liens « dessous= » était préfixée d’un <span style="display:none;">Articles en lien : </span>, sans aucun inconvénient. Est-ce une bonne idée ? est-ce trop novateur ?
A priori c'est une mauvaise idée, comme tout contenu masqué qui tente une optimisation au bénéfice incertain. Mais pour en dire plus : de quel dessus ou dessous s'agit-il ? (ayé, capté). A posteriori et après avoir compris, c'est une idée inutile, juste un peu de verbosité qui tombera en outre souvent à côté de la situation (exemple, liens vers des portails ou des catégories dans le « dessous ») Cordialement, --Lgd (d) 31 mars 2011 à 19:15 (CEST)Répondre
Dernier commentaire : il y a 13 ans10 commentaires4 participants à la discussion
Bonjour, lorsque les palettes sont regroupées avec le modèle « palette », si une palette utilise la ligne « dessous » et qu'il se trouve une palette en dessous, la distinction entre les deux palettes est difficile. C'est le cas dans l'exemple du modèle, si l'on déroule la première palette « Cirque ».
Ce problème vient du fait que la couleur de l'arrière plan du « dessous » est la même que la couleur de l'arrière plan de la ligne « titre ».
Bonjour. Merci pour cette excellente proposition. Pour les raisons exposées ci-dessus, j'y suis également très favorable.Par ailleurs, pourquoi ne pas appliquer la même couleur par défaut à la section « dessus » ? Cordialement, Ediacara (d) 8 avril 2012 à 18:50 (CEST).Répondre
Bonjour. Non, la modification n'a pas été appliquée. Comme personne ne s'est prononcé pour cette modification, je ne l'ai pas demandée.
Je ne suis a priori pas contre, mais je n'ai pas d'exemple d'utilisation.
Comme l'a dit Hlm Z, contrairement à la ligne dessous, la ligne dessus n'a pas de classe CSS. Si les lignes dessus et dessous doivent être identiques, il faudrait faire comme la wikipédia anglaise : renommer la classe below en abovebelow, et appliquer cette classe à la ligne dessus. Nodulation (d) 30 avril 2012 à 13:45 (CEST)Répondre
Bonjour, J'avais gardé en tête cette ligne du dessus quand j'ai fait la modification de Common.css à la suite de la demande relayée par Nodulation, mais je n'avais pas anticipé faute de savoir si c'était une demande confirmée. Mais si c'est confirmé, on peut gagner un peu de procédure. La solution indiquée ci-dessus me semble tout à fait convenir et ce recours à une classe unique aura aussi d'autres utilisations. Donc : c'est fait (common.css, le modèle, le signalement sur WP:DIMS), mais à moins de rafraîchir le cache de votre navigateur, cela va prendre quelques jours pour être visible par défaut. Cordialement, --Lgd (d) 30 avril 2012 à 16:55 (CEST)Répondre
Mais à partir du numéro 21 et jusqu'au 30, ce ne sont que des {{{stylepair|}}}. Je pense qu'il faudrait changer tous les stylepair sur le numéros impairs pour suivre la logique des vingt premiers. Twilight-Brawl (d) 20 juillet 2012 à 18:09 (CEST)Répondre
Compléter la documentation concernant l"état boîte"
Dernier commentaire : il y a 12 ans4 commentaires3 participants à la discussion
Bonjour,
Est il est possible de compléter la documentation sur la rubrique état boîte. Actuellement la documentation indique ceci : étatboîte
Ce paramètre contrôle l’enroulement et le déroulement de la boîte lorsqu’elle s’affiche sur une page. collapsed : la boîte sera fermée (enroulée) lors du chargement de la page. uncollapsed : la boîte sera ouverte (déroulée) lors du chargement de page. vide (par défaut) : la boîte sera ouverte (déroulée), mais si la page contient deux boîtes ou plus, elle seront fermées (enroulées) lors du chargement de la page (autocollapse).
A titre d'information, peut on ajouter ce 4e choix (qui n'est certes pas souvent employé) :
{{#if:{{{1|}}}|collapsed|uncollapsed}} : laissera la boîte ouverte (déroulée) par défaut, mais permet de choisir opportunément, article par article, si la boîte doit y être fermée en utilisant la syntaxe : |collapse. Exemple : {{Palette Modèles de vote|collapse}}.
C'est un bricolage exploitant une faille du modèle avec tous les soucis que cela entraîne, à commencer par un paramètre non nommé, un mécanisme déroutant pour les contributeurs et au final un vaste souk dans les articles.
C'est donc au contraire à éviter absolument et à désamorcer (je vais voir comment le faire).
Pourriez-vous indiquer le articles où vous auriez déjà eu recours à cette « astuce », afin que l'on corrige ? Cordialement, --Lgd (d) 29 juillet 2012 à 15:01 (CEST)Répondre
Possibilité de donner un style à un groupe et une liste donnée
Dernier commentaire : il y a 11 ans1 commentaire1 participant à la discussion
Bonjour à tous. Je suis en train d'essayer de créer ma première palette de navigation et je me demandais s'il était possible d'utiliser des paramètres du type "styleliste1=..." ou "stylegroupe1=..." afin de pouvoir customiser le style de chaque ligne.
Est-ce que cette option existe déjà sur le Wiki français (auquel cas je ne l'ai pas trouvée !!) ? A défaut, est-il envisageable qu'elle puisse être implantée dans le code ?
Dernier commentaire : il y a 11 ans1 commentaire1 participant à la discussion
Bonjour,
L'affichage des modèles qui ont recours à Méta palette est fautif si un appareil mobile navigue dans fr.m.wikipedia.org. Lire Que voyez-vous ? pour plus de détails.
Dernier commentaire : il y a 10 ans1 commentaire1 participant à la discussion
La présence de la {{Tnavbar}} à gauche de la barre de titre fait que le titre n’est pas au milieu de la largeur de la palette ; il est donc décalé par rapport aux groupes (si centrés et sans nom de groupe) et à la barre "dessous" (si elle existe). Pourrait-on faire en sorte que le titre soit centré par rapport à la palette, autrement dit décalé de la moitié de la largeur de la Tnavbar par rapport à sa position actuelle ? --Rinaku (d · c) 7 août 2014 à 17:36 (CEST)Répondre
Aide
Dernier commentaire : il y a 10 ans2 commentaires2 participants à la discussion
Dernier commentaire : il y a 10 ans31 commentaires6 participants à la discussion
Bonjour, en consultant la page spéciale Pages les plus demandées, l'on découvre énormément de pages de discussion de palettes de navigation. Cela est causé par le modèle {{Tnavbar}} qui propose de visualiser (v), discuter (d) et modifier (m) la palette. Dans la grande majorité des cas la page de discussion n'existe pas, ce qui génère ces liens rouges.
Pour corriger cela, je propose deux options de modification du modèle {{Tnavbar}} permettant d'afficher « v · m » :
n'afficher la lettre (d) que si la PDD existe (en y ajoutant un #ifexist)
rendre paramétrable l'affichage de la PDD, et ne plus l'afficher pour les palettes
L'option 1 a pour avantage d'être effective immédiatement sur tous les articles untilisant Tnavbar directement ou indirectement. Par contre, on ajouter une parser function.
L'option 2 oblige à revoir les 270 modèles qui utilisent Tnavbar pour éventuellement faire la même modification.
Nous n'avons besoin que du lien "voir", les deux autres liens "modifier" et "page de discussion" sont redondants ; on gagnerait en clarté à les supprimer. od†n ↗blah14 février 2015 à 16:28 (CET)Répondre
Je trouve qu'il y a maintenant une confusion entre les liens "voir" et "[afficher]". Je propose de remplacer "voir" par "(v)". Ce n'est plus un mot, et c'est précisément le but : cela attire moins l'attention. En prime, cela ressemble un peu à une icône. Pour l'explicitation, le tooltip remplit parfaitement son rôle ; et c'est un lien qui n'a pas vocation à être cliqué souvent (a fortiori en comparaison avec le lien "[afficher]"). od†n ↗blah15 février 2015 à 11:07 (CET)Répondre
Je ne pense pas qu'une icône soit la solution, le but étant de se rapprocher au maximum du '[modifier]' standard d'une section. Une autre solution applicable ici est d'utiliser le mot-clé 'modifier' tout en gardant le même comportement que 'voir' (exemple ici). Cordialement, Hlm Z. (discuter) 15 février 2015 à 14:02 (CET)Répondre
J'aimais bien l'icône, et pas trop le '[modifier]' qui ne permet pas de modifier mais de visualiser. J'attends donc un consensus avant de modifier le modèle, sachant que le 'voir' m'a été demandé par vous deux. --FDo64 (discuter) 15 février 2015 à 14:45 (CET)Répondre
Le raisonnement selon lequel seul le lien « voir » serait utile me semble bancal. À quoi bon avoir un lien pour voir la palette, puisqu'on la voit déjà ? AMHA, le seul lien utile est le lien « modifier ». Orlodrim (discuter) 15 février 2015 à 16:04 (CET)Répondre
Parce que je trouve que c'est un peu "brusque" d'envoyer vers une page de modification, en particulier d'une autre page, et qu'il est préférable d'envoyer vers la page de présentation du modèle, avec son éventuelle documentation, à partir de laquelle on peut tout naturellement, et de manières égales, accéder à la page de modification, à l'historique, à la page de discussion… od†n ↗blah15 février 2015 à 16:16 (CET)Répondre
Bonsoir, puisqu'à priori aucune des solutions proposées ne fait l'unanimité, je reviens avec une nouvelle proposition, celle d'afficher - tout simplement - l'icône . Ce « i » pour « information » est plutôt adapté puisqu'il permet d'accéder au modèle, à sa documentation (auto-générée dans la plupart des cas, il est vrai), son historique et à son éventuelle page de discussion. Par ailleurs les différentes boîtes (Infobox, Palette, Successions) seraient ainsi homogènes.
Non, ça ne résout pas le problème que la modification n'est pas possible en un clic.
Je suis en désaccord avec Od1n sur le fait qu'il est préférable d'envoyer vers la page « Voir » plutôt que « Modifier » :
Il y a des dizaines d'éditions sur des palettes par jour (sans doute la majorité des modifications dans l'espace « Modèle »), il est donc utile de pouvoir les modifier facilement.
J'ai déjà dit que je ne voyait pas l'intérêt de voir la palette puisqu'on la voyait déjà. Od1n répond que cela permet de voir la documentation. Soit, mais les palettes sont parmi les modèles les plus simples à utiliser dans une page. On n'affiche pas d'icône « Voir » à côté de tas d'autres modèles dont il serait bien plus utile de consulter la documentation (par exemple {{Ouvrage}}), parce que ça rendrait le contenu illisible. Il n'y a que pour les infobox qu'on le fait, et le remplissage d'une infobox est bien plus complexe que l'ajout d'une palette.
Quand on inclut une page avec des sections dans une autre, MediaWiki affiche des liens « modifier » pour les sections de la sous-page, pas des liens « voir ». Avoir un lien de modification est donc cohérent avec le comportement habituel du logiciel. Je ne qualiferais pas ça de « brusque ».
On peut tout aussi facilement accéder à l'historique et à la page de discussion à partir de l'onglet « Modifier » qu'à partir de l'onglet « Voir ».
Bonsoir, je comprends très bien tous tes arguments et, même si je n'en ferais pas une question de principe, je continue à préférer arriver à la page de documentation. Tout comme Od1n, et à priori également Hlm Z puisque c'est ce qu'il a programmé dans ses modules... Je ne vois donc pas de consensus pour l'instant. --FDo64 (discuter) 16 février 2015 à 23:26 (CET)Répondre
Je suis tout à fait d'accord avec Orlodrim (d · c · b). Il est particulièrement irritant de ne pas pouvoir éditer en un clic une palette à partir de la page où elle est affichée. Quand va-t-on revenir au v · d · m qui était très pratique ? Le motif initial de la suppression (liens rouges dans Pages les plus demandées) relève de la « cuisine interne » de wp qui n'a pas à impacter le travail des éditeurs. --Hadzabe (discuter) 5 mars 2015 à 10:49 (CET)Répondre
Et pourtant, quoi de plus important que la cuisine !
Plus sérieusement, on a supprimé 30 000 liens rouges en enlevant ce lien inutile vers les pages de discussion. C'est important.
J'ai reconsidéré la proposition d'Orlodrim qui est de n'afficher que '[modifier]' et (en faisant abstraction de ma préférence déjà exprimée) je trouve cela complètement inadapté pour le cas des palettes utilisant des paramètres (certes très minoritaire). L'accès au code n'intéresse que les modélistes, pas les éditeurs qui ont besoin de la documentation du modèle.
Je reviens donc pour la troisième fois à l'idée de ne proposer que la visualisation et l'édition. Comme « v · d · m » était particulièrement horrible et incompréhensible pour le visiteur occasionnel, et que « v · m » n'est pas mieux, je propose à nouveau d'utiliser des icônes. Pour la visualisation, autant réutiliser le des Infobox. Pour la modification, cela pourrait être ou ou toute autre proposition...
@FDo64 : J'avais testé ta proposition avec l'icône , et j'avais bien aimé. Mais il faudrait impérativement corriger l'alignement vertical. En revanche pas emballé par la proposition de mettre deux icônes, ça serait trop confus.
@Hadzabe : Il faut comparer le nombre de personnes qui veulent modifier une palette en un clic (au lieu de deux) avec le nombre de personnes qui se demandent c'est quoi ce machin "v·d·m". Et pour les besoins spécifiques comme le tien, il y a toujours la possibilité d'écrire un script utilisateur, en plus celui-ci serait vraiment simple.
Je soutiens l'idée des 2 liens (ou icônes) : il m'arrive indifféremment d'utiliser l'un ou l'autre suivant la connaissance que j'ai de la palette mais je trouve désagréable d'être obligé d'arriver directement en mode "modif". (Par contre je "plussoie" la suppression du lien vers la pdd qui n'était que très rarement utilisée.) 'toff [discut.]6 mars 2015 à 07:59 (CET)Répondre
PS : je suis aussi d'accord sur le fait que le terme [voir] peut être confondu avec [afficher] : il faut trouver une solution alternative. 'toff [discut.]6 mars 2015 à 08:02 (CET)Répondre
@Od1n « le nombre de personnes qui se demandent c'est quoi ce machin "v·d·m" » On a une estimation de ce nombre ? Y a-t-il eu des remontées d'utilisateurs ? Je trouve au contraire ce « machin » particulièrement concis et discret (au contraire des icônes). Et il suffit de survoler avec la souris pour en avoir la signification. C'est quoi cette manie de voir des problèmes là où il n'y en a pas. Et par pitié pas de script ! Enfin bref, je suis pour revenir à la situation antérieure qui, jusqu'à preuve du contraire, satisfaisait tout le monde sans poser de problème particulier (les liens rouges dans Pages les plus demandées n'en est pas un). --Hadzabe (discuter) 6 mars 2015 à 11:59 (CET)Répondre
La suppression du "d" ne me pose pas de problème, le retour à une version "v" et "m" non plus (ce qui serait proche de l'ancienne version). Je pense que ça satisferait tout le monde : suppression d'un lien inutile dans 99 % des cas ("d") et conservation des deux autres. 'toff [discut.]6 mars 2015 à 13:16 (CET)Répondre
Les images, c'est relativement couteux lors du chargement, et puis c'est comme les couleurs, c'est très subjectif. Cela ne plaît pas forcement à tout le monde, donc surtout, pas d'image.
Tout d'abord, merci pour ces nouveaux avis. Je propose donc d'ajouter « v · m » au modèle {{Tnavbar}}, tout en conservant la possibilité de n'afficher que « voir » (cela servira au modèle:Palette Succession qui est une palette avec paramètres pour laquelle il faut impérativement arriver sur la documentation). Je m'en occupe, bien sûr. A+ --FDo64 (discuter) 6 mars 2015 à 22:30 (CET)Répondre
Bonjour, je vous signale que j'ai mis en place « v · m » pour les palettes sans paramètres et l'icône pour les modèles avec paramètres et les modèles Succession. J'espère que cela conviendra à tout le monde maintenant.
J'ai été très surpris à cause de la disparité entre d'une part des « v · m » et d'autre part un dans les palettes en bas de ma page utilisateur. J'ai même cru à un bug… Il y a aussi des soucis de hauteur/alignement vertical, mais on va dire que c'est secondaire. FDo64 : Si cela est techniquement possible (je suis un peu rouillé…) je pense qu'il faudrait uniformiser en « v · m », par principes d'harmonie et de moindre surprise. od†n ↗blah2 avril 2015 à 16:22 (CEST)Répondre
Salut ! Comme je l'ai expliqué précédemment, l'accès en modification est totalement inutile pour les palettes avec paramètres (sauf pour les modélistes) et il vaut même mieux l'éviter. Pour traiter ce cas, j'ai utilisé le modèle standard {{Lien vers modèle}}. Par exemple, il faut éviter que n'importe qui tripatouille une palette comme {{Palette Titulature dans l'Égypte antique}}. Et c'est pareil avec les modèles succession (déjà vandalisés).
Problème de balisage html (utilisation du modèle sur un autre wiki)
Dernier commentaire : il y a 8 ans3 commentaires3 participants à la discussion
Bonjour,
Je suis en train d'installer une collection de modèles Wikipédia (notamment des palettes géographiques) sur un ensemble de sites (Wicri) sous MediaWiki (version 1.28).
Avec ce modèle, j'ai rencontré un problème lié à une imprécision de balisage html.
En effet, on trouve pour chaque groupe des lignes telles que
Cette imprécision de balisage est ancienne et ne posait pas de problème avec un ensemble LAMP assez ancien. En revanche, elle pose de gros problèmes avec les dernières version ubunto/apache2/php.
En corrigeant le balisage, j'ai réussi à faire fonctionner le modèle.
C'est pourquoi, je propose de le modifier aussi sur Wikipédia.
Dernier commentaire : il y a 7 ans3 commentaires2 participants à la discussion
Bonjour, j'aimerais remplacer la couleur du texte du titre d'une Méta palette (chronologique) que je suis en train de créé. Comment faire ? Cordialement, Kev22 (discuter) 8 novembre 2017 à 15:42 (CET)Répondre
Dernier commentaire : il y a 6 ans5 commentaires3 participants à la discussion
Bonjour, je rencontre des difficultés sur la méta palette de ce peintre siennois. En effet, je ne peux pas procéder au Palette|Neroccio di Bartolomeo de' Landi à la fin de chaque page wiki sans qu'il m'indique ERREUR le modèle n'existe pas... Je pense ne pas avoir tout compris sur la procédure à suivre mais j'essaie presque tous les jours sans y réussir, bref je m'enlise. Si quelqu'un de plus expérimenté que moi avait la solution, je lui en serai très reconnaissant, d'avance un grand merci ! --Lugi75014 (discuter) 27 juillet 2018 à 20:47 (CEST)Répondre
merci beaucoup pour vos interventions aussi rapides qu'efficaces 'toff et FDo64 (d · c · b), à l'avenir je le saurai. Grâce à vous, je vais pouvoir mener à bien la continuation de l'article wiki, cordialement à vous et bonne journée, --Lugi75014 (discuter) 28 juillet 2018 à 07:54 (CEST)Répondre
Template linking and transclusion check
Dernier commentaire : il y a 6 ans1 commentaire1 participant à la discussion
Dernier commentaire : il y a 3 ans1 commentaire1 participant à la discussion
Bonjour, si une méta palette avec sous groupes pose des problèmes d'admissibilité, quelle est l'alternative idéale ? J'ai imaginé décomposer la palette en plusieurs palettes mais c'est compliqué... Une idée svp ? => Sg7438discuter, c'est ici !30 décembre 2021 à 17:41 (CET)Répondre
Palettes enroulées par défaut
Dernier commentaire : il y a 2 ans14 commentaires6 participants à la discussion
J'ai fait une demande sur le bistro (ici) mais ça ne semblait pas intéresser grand monde (d'ailleurs tout comme mon précédent post, juste au dessus)... Bref, à tous hasard, je reformule ici, des fois que le sujet concerne quelqu'un (on ne sait jamais)... Il me semble que les palettes ne sont plus ouverte/enroulées par défaut (comme l'indique le modèle) et c'est très récent (ex, au hasard : Alberta ou Thessalonique). Ça ne vient pas de Modèle:Méta palette de navigation. Quelqu'un saurait-il ce qui a été modifié entre le 3 mai 2022 et le 4 mai ? J'ai pas trouvé : merci ! => Sg7438discuter, c'est ici !5 mai 2022 à 06:36 (CEST)Répondre
Bonjour Sg7438. J'ai une petite idée de semi-explication. Dans les deux exemples que tu donnes, la documentation de la palette contient une autre palette technique (par exemple {{Palette Géo/Canada}}), donc la page contient deux palettes. Or, à partir de deux palettes sur une page le "logiciel" replie toutes les palettes. Voir un exemple sans palette dans la documentation : Modèle:Palette Algorithmes de tri. Un test d'ajout d'une palette dans ce dernier permet de confirmer l'hypothèse. Cela dit, j'ignore s'il y avait jusqu'à présent une exception pour certaines pages.
Comme solution, pour faciliter la modification des palettes, je vois :
soit l'ajout dans chaque palette concernée et selon le besoin d'une personnalisation lors des appel dans les articles (voir étatboîte dans la documentation de la méta-palette) et en fonction de ce qui est déjà appliqué, de
| étatboîte = <includeonly>{{{étatboîte|valeur par défaut}}}</includeonly><noinclude>uncollapsed</noinclude>
soit une modification au niveau de la configuration globale. Il faut regarder comment fonctionne cette propriété enroulant les palettes à partir de deux. Afin de revenir au fonctionnement antérieur sur les pages de modèles.
éventuellement permettre qu'une palette, même enroulée ne soit pas comptabilisée comme une palette dans la page. Dans notre exemple, on pourrait l'appliquer lors de la sollicitation de « Palette Géo/Canada ».
La première solution ne serait pas très pratique pour les modèles qui partagent une documentation commune. Car l'ajout de la présence d'une palette dans la documentation obligerait à intervenir dans tous les modèles. La troisième "solution" serait idéale pour ce cas.
Ah merci pour ton retour ! Effectivement, j'ajoute désormais le paramètre uncollapsed dans mes palettes mais c'est pas terrible tout ça : il y a bel et bien eu un changement quelque part (et franchement rechercher la propriété qui enroule les palettes c'est plus fort que moi !). Je travaille sur les palettes des dèmes de la Grèce et jusqu'à la veille de ma demande sur le bistro, elles étaient toutes déroulées par défaut. Et ce n'est plus le cas : quelqu'un à joué à l'apprenti sorcier quelque part (et a déréglé le bouzin)... Je ne connaissais pas le projet dont tu me donnes la page. Je verrais avec eux plus tard. mais re-merci ! => Sg7438discuter, c'est ici !5 mai 2022 à 10:30 (CEST)Répondre
Je ne suis pas au courant d'un quelconque changement concernant l'enroulement des palettes. De mémoire, la limite a toujours été de 2 palettes ou + pour déclencher l'enroulement.
Mais dans tous les cas, il ne faut en aucun cas insérer des uncollapsed (sous quelque forme que ce soit) pour contourner le problème que tu décris (excepté sur les palettes Géo/pays, où ils ne sont pas vraiment gênants). Car le paramètre étatboîte sert à gérer le comportement de la palette dans les articles, pas à corriger des problèmes de présentation sur une page interne à l'encyclopédie (documentation du modèle), qui n'est pas consultée par les lecteurs.
Même les syntaxes uncollapsed en noinclude ne doivent pas être utilisées. Cette syntaxe complexifie fortement le code des palettes en introduisant du wikicode complexe, qui n'est habituellement utilisé au cœur des modèles que par les modélistes. Hors les palettes sont des modèles un peu particuliers, dans le sens qu'ils doivent pouvoir être facilement modifiables par n'importe quel contributeur, aussi débutant soit-il.
Le code pour gérer l'enroulement/déroulement des palettes est géré par MediaWiki:Common.js#L-165. Hors ce code n'avait pas été modifié depuis plusieurs mois en date de ton message.
Je vois qu'Od1n a fait quelques modifications cosmétiques au code concerné en date du 9 mai (donc postérieures à ton message, et sans doute en lien avec le fait qu'il a été notifié ici concernant ce code, et qu'il a été y jeter un coup d'œil et n'a pas pu s'empêcher d'y faire un peu de maintenance/nettoyage, comme à son habitude ). Modifications et nettoyage du code qui ne changent de toutes façons a priori rien quant au fonctionnement actuel de l'enroulement/déroulement.
Pour moi, le comportement actuel a toujours existé ces dernières années (je fais de la maintenance des palettes depuis des années, et j'ai toujours souvenir que sur la page modèle d'une palette, cette dernière était enroulée quand une ou plusieurs palettes de type Géo/pays étaient présentes dans la partie noinclude de la documentation de la palette.
Si le comportement a réellement changé de ton côté, c'est peut-être que l'enroulement des palettes était inactif chez toi (JavaScript désactivé, conflit avec un autre gadget, erreur JavaScript lors du chargement d'un autre script/gadget interrompant le chargement du code concerné, ou encore d'un ancien conflit entre ta configuration JS perso (scripts/gadgets) et le code MediaWiki, conflit qui aurait récemment disparu).
Bonjour Tractopelle-jaune et merci pour cette longue réponse (qui ne résoud pas mon petit soucis)... Le problème m'est apparu le 4 mai. En effet, depuis quelques mois je créé des palettes quotidiennement. Jusqu'au trois mai les palettes étaient déroulées (sauf en cas de présence d'une deuxième palette, là on est d'accord elles s'enroulaient)... Ma dernière palette ayant fonctionné normalement était celle du Dème de Kaména Voúrla. Le problème est apparu à la création de celle du Dème des Locriens, même modèle... J'ai donc posé la question sur le bistro (ici mais ça n'a pas suscité de réaction (tant pis). Pour revenir à tes mots, l'enroulement n'était pas inactif chez moi (pas de désactivation de Javascript et pas de gadget utilisé). Et les palettes étaient (comme l'indique la doc) toujours ouvertes par défaut et c'est ce point qui a changé (sans que le modèle de la palette n'ait été modifié). Je ne vois pas ce qui a pu se produire. Je précise que suite à tes mots, j'ai viré le uncollapsed de toutes les palettes créées depuis (elles sont désormais enroulées par défaut et... c'est bien dommage). Voilà, j'espère que quelqu'un trouvera où se situe le chmilblik. Cordialement, => Sg7438discuter, c'est ici !11 mai 2022 à 14:26 (CEST)Répondre
PS, pour Sg7438 : comme déjà dit dès la première réponse, l'enroulement dépend de la présence d'une autre palette dans la documentation du modèle. Ton exemple « ayant fonctionné normalement » en est dépourvu contrairement à ceux qui te dérangent. Les "techniciens" ont bien compris le problème. Cordialement, — Ideawipik (discuter) 11 mai 2022 à 14:43 (CEST)Répondre
Paramètre « 1 » désuet et « bordure » non documenté
Dernier commentaire : il y a 2 ans3 commentaires3 participants à la discussion
Bonjour.
Le paramètre 1 est un alias de bordure. Sa valeur indiquée est normalement « sous-groupe » ou « fille ». Toute autre valeur conduit au comportement par défaut. Or, on constate qu'aucun des appels du paramètre 1 ne contient une telle valeur. Dans le rapport wstat.fr : paramètre 1 dans « Méta palette de navigation », quelques détections inappropriées (faux positifs) signalées au développeur de cet outil, on a des syntaxes erronées : oubli de signe « = » derrière un nom de paramètre existant ; liste de paramètres séparés par des barres verticales en dehors d'un appel de {{Liste éléments}}, problème moins susceptible d'arriver avec le davantage accessible {{Liste horizontale}} et sa syntaxe de liste ; des valeurs vides liées à des « | » superflu. Les cas sensibles ont été corrigés dans l'espace des modèles.
Je propose le retrait de l'alias 1 du code du modèle afin de ne conserver que bordure. Au passage, ce dernier n'est utilisé qu'une seule fois et à mauvais escient, avec pour valeur un code couleur sans effet. Il y a un gros défaut de documentation pour ce paramètre (utilisé si parent≠bandeau). En réalité, ce paramètre a pour effet de fermer un div avant le tableau si bordure=fille (ou « sous-groupe ») et d'en ouvrir un autre dessous, avec pour différence de rendu, une séparation entre cette palette et celle qui la précède, le cas échéant, afin de former deux groupes de palettes. Bonjour Gdgourou (auteur de l'ajout) et Tractopelle-jaune. Si vous avez les mots pour documenter cela… Merci. — Ideawipik (discuter) 9 juin 2022 à 23:18 (CEST)Répondre
Pas trop le temps de regarder en détail ces jours-ci (je te fais confiance Ideawipik concernant la non-utilisation de ce paramètre).
Je rejoins l'avis de Gdgourou, on devrait carrément supprimer l'ensemble (paramètre "bordure" + alias "1"). Beaucoup de bidouillages de ce genre ont été ajoutés par le passé à divers endroits, que l'on utilise pas/plus. Ils ne font que complexifier le code et en gênent l'évolution, et ils sont sources d'erreurs et de perte de temps en documentation et corrections de mauvaises utilisations.