Discussion modèle:Méta palette de navigation

Marges

J'ai lance une discutions concernant les marges des bandeaux (qui peut concerner ce modèle) ici !

CU Sté ~ ✎ 13 août 2007 à 15:30 (CEST)

Lien vers les catégories

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
GreyDragon 18 août 2007 à 03:20 (CEST)

C'est qu'il manque ":" au début du lien. Exemple : [[:Catégorie:Espace Aide|exemple]] donne exemple.

Exactement ce qu'il me fallait. Merci! GreyDragon 18 août 2007 à 13:15 (CEST)

Version /test

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. — Antaya    Fichier:Quebec-Canada.svg 4 janvier 2008 à 07:01 (CET)

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.

Verdy p (d) 4 janvier 2008 à 16:04 (CET)

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)

Proposition

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)

+1 Alvar☮ ⌨ 20 mars 2008 à 16:32 (CET)

Très bonne idée... --GdGourou - °o° - Talk to me 20 mars 2008 à 16:38 (CET)

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

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 :

Code CSS pour vos monobooks, à tester avec ce modèle nettoyé de styles

/* Styles de [[Modèle:Méta palette de navigation]] dans les teintes MediWiki */
table.navbox { 
 background:#F9F9F9;
 border:1px solid #AAA;
 clear:both;
 font-size:90%;
 margin:1em 0 0;
 padding:2px;
 text-align:center;
 width:100%;
}
 
table.navbox th { 
 background:#ddd;
 padding-left:1em;
 padding-right:1em;
}
 
table.navbox td.group { 
 background:#e9e9e9;
 vertical-align:middle;
 width:150px;
 padding-left:1em;
 padding-right:1em;
 font-weight: bold;
}
 
table.navbox td.list { 
 text-align:left
}
 
table.navbox tr.even { 
 background:#eee;
}
 
table.navbox td.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 me 25 mars 2008 à 21:53 (CET)

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 me 26 mars 2008 à 10:34 (CET)

Quels scripts/css pour faire marcher les boîtes ?

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.

J'ai regardé le code source de la page Modèle:Méta palette de navigation mais je n'arrive pas à trouver le .js et/ou le .css

Quelqu'un a une idée ? --iubito (d) 28 avril 2008 à 22:14 (CEST)

Trouvé (merci à ialex sur le chat!) http://fr.wikipedia.org/wiki/MediaWiki:Common.js et chercher "Boîtes déroulantes"

--iubito (d) 29 avril 2008 à 18:53 (CEST)

Problème titre inversé

Salut,
Selon la charte graphique du projet astronomie, le titre est inversé. Malheureusement les informations « v-d-m » et « [dérouler] » de la palette déroulante des modèles {{Liste des constellations}} et {{Etoile}} ne s'inverse pas. Est-il possible de lier le paramètre styletitre à ces infos ?
@+ --90.8.67.26 (d) 11 décembre 2008 à 22:25 (CET)

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)

suppression des paramètres de couleur ?

La question de la suppression des paramètres permettant de modifier les couleurs de rendu de ces palettes a été posée sur Discussion Wikipédia:Limitez l'usage de la couleur dans les articles. Avis bienvenus. --Lgd (d) 21 décembre 2008 à 13:44 (CET)

problème d'affichage

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)

Bonjour, moi j'utilise Firefox 3 et il y a un problème à l'affiche de [Dérouler]. En effet, le dernier ] n'apparait pas sur la meme ligne que [Dérouler. Binnette (d) (Animateur du Projet:Ardèche) 11 février 2009 à 12:51 (CET)

T'as raison j'ai le même problème sans doute une erreur dans le script. VascerMail 21 février 2009 à 20:50 (CET)

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)

Modèle:méta palette de navigation avec colonnes

Bonjour, afin de finaliser la mise en place de Modèle:méta palette de navigation avec colonnes, il est nécessaire de modifier la syntaxe de Modèle:méta palette de navigation. Perso je sias pas comment il faut faire mais en bref, pour ceux qui n'aurait pas compris, merci de corriger le bug qui s'affiche ci-dessous... (N.B. Cliquez sur enrouler puis sur dérouler pour voir l'ensemble de modèle) Aiolia (d) 26 février 2009 à 20:12 (CET)

erreur modèle

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)

fait. Merci. --Lgd (d) 13 mai 2009 à 17:57 (CEST)

navbar=plain

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)

Augmenter la largeur dédiée aux groupes

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)

Voir ici --Grook Da ^Oger 22 juin 2010 à 02:08 (CEST)

Détecter la mauvaise utilisation du paramètre modèle

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.

Qu'en pensez-vous ?

--Hercule ^Discuter 3 février 2010 à 22:10 (CET)

Enrouler Dérouler ont disparu ?

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)

Nombre max de listes

Serait-il possible de porter le nombre maximum de listes affichables à 30 et non 20 comme actuellement ? Exemple de modèle ne s'affichant pas correctement : {{Palette Parcs nationaux indiens}} (à comparer à en:Template:National Parks of India). Merci. Kolossus (d) 4 juin 2010 à 19:44 (CEST)

Problème identique constaté sur Modèle:Palette Personnalités enterrées au Panthéon de Paris. Jeriby (d) 6 mars 2012 à 03:58 (CET)

Saut de ligne

Depuis les modifications d'hier, il y a un saut de ligne sous la Méta palette de navigation du MHSC. Pouvez-vous voir d'où cela proviens. Merci. CONCACAF-Footballeur (d) 28 septembre 2010 à 16:49 (CEST)

J'avais inséré un retour à la ligne avant la balise <noinclude>, qui se répercutait sur les pages liées. J'ai corrigé.

Merci pour ce signalement,

--Hercule ^Discuter 28 septembre 2010 à 17:02 (CEST)

Accessibilité

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.

Voir ici le problème de code : Wikipédia:Atelier_accessibilité/Bonnes_pratiques#Palettes_de_navigation
Merci pour eux --Amicalement, Salix ( converser) 5 novembre 2010 à 10:53 (CET)

mais la sous-page de documentation n'est pas protégée, tu pouvais le faire sans problème --GdGourou - Talk to °o° 5 novembre 2010 à 11:54 (CET)

Argl, il va falloir que je me décide à me présenter comme admin ça m'évitera ce genre de problème . Merci pour la modif' Ô Gdgourou. --Amicalement, Salix ( converser) 5 novembre 2010 à 12:01 (CET)

Projet Méta palette de navigation

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 =")

Exemple 1 (ancien) :

{{Méta palette de navigation
 | modèle = Palette Xxxx
 | étatboîte =
 ...

Exemple 2 (nouveau) :

{{Métabox
|modèle    = Palette Xxxx
|étatboîte = 
 ...

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
}}

 

Exemples concrets :

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]]).

Persuadé que mes idées n'aboutiront pas, je poste ce message. Force92i (@) 8 janvier 2011 à 16:25 (CET)

Techniquement je ne vois pas de changement notable seulement de petits changements esthétiques pour la plupart acceptables --GdGourou - Talk to °o° 8 janvier 2011 à 16:38 (CET)

Pourrais-tu implanter "|stylegroupe = width:100px;text-align:right;" par défaut (#), ceci est amplement bénéfique. Force92i (@)8 janvier 2011 à 20:51 (CET)

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é.

od†n ^{[dead words]} 8 janvier 2011 à 21:08 (CET)

L'alignement à droite n'est pas contraire à ce qui se fait, le modèle original (en:) l'utilise mai aussi tr:, ca:, pt:, nl: ... Force92i (@) 8 janvier 2011 à 22:39 (CET)

My 2 cents :

• Premièrement
  • Pas d’objection à avoir un alias plus simple
• Deuxièmement
  • 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.

⇨ D^r Brains ^{∞ Consultation ∞} 8 janvier 2011 à 23:17 (CET)

Le troisièmement est le plus nécessaire, si vous avez d'autres idées, n'hésitaient pas c'est le moment. Force92i (@) 9 janvier 2011 à 16:54 (CET)

Actuellement, dans Mediawiki:common.css, la propriété de table.navbox td.even est fixé à background:#EEF. Il faut juste fixé la propriété pour table.navbox td.list. Par contre, on trouve plutot F9F9F9 dans les propriété -- Xfigpower (pssst) 9 janvier 2011 à 18:54 (CET)

table.navbox table.navbox th td.below table.navbox td.group table.navbox td.even

Peut-on créer un sondage ? Force92i (@) 9 janvier 2011 à 21:59 (CET)

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)

Palette de navigation enroulée ou déroulée par défaut ?

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 Kirtap^{mémé sage} 1 février 2011 à 13:15 (CET)

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.

Cordialement, od†n ^{[dead words]} 1 février 2011 à 13:52 (CET)

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)

Merci Od1n et GdGourou de vos réponses Kirtap^{mémé sage} 1 février 2011 à 14:12 (CET)

Je crois surtout que cette palette fait de l'ombre au Portail:tauromachie. Je verrais plutôt de diviser en {{Palette Passes de Corrida}}, {{Palette Toreros}} et une autre {{Palette Univers de Tauromachie}} (Lieu+phase). Tout ce qui est Glossaire, Divers et Repères étant plutôt réservé au portails. -- Xfigpower (pssst) 1 février 2011 à 14:20 (CET)

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)

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)

Harmonisation du code des palettes d'exemples

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]]
  }}

--Nodulation (d) 23 mars 2011 à 13:34 (CET)

pour P3, je trouve quand même un peu abusé d'utiliser un modèle avec 155 paramètres (voir {{Liste éléments/1 espace}}) même si y a des astuces de dichotomie ? -- Xfigpower (pssst) 23 mars 2011 à 13:45 (CET)

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)

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)

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 ?

--Nodulation (d) 23 mars 2011 à 16:23 (CET)

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.

od†n ↗^blah 23 mars 2011 à 18:15 (CET)

Ok pour la suppression du retour à la ligne, je mets à jour la proposition. Je change l'indentation des paramètres de {{liste éléments}} en conséquence. --Nodulation (d) 23 mars 2011 à 18:51 (CET)

Pour le coup, on pourrait peut-être utilisé {{Liste}} comme nom de modèle? -- Xfigpower (pssst) 25 mars 2011 à 17:49 (CET)

Pourquoi pas... Je n'ai pas d'avis tranché. --Nodulation (d) 29 mars 2011 à 14:36 (CEST)

Attention à ne pas créer plusieurs modèles qui ont la même fonction. Force92i (@)

Rendre dessous (et dessus ?) accessibles en navigateur texte

Ɲ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)

Think different

ƝEMOI – Je crois le modèle : Méta palette de navigation sous-groupe (ainsi que sous-liste et avec colonnes) irrécupérable en l’état actuel de l’organisation du modèle : Méta palette de navigation, avec des imbrications inutiles mais inévitables de tableaux dans un tableau. J’ai des envies de faire du CSS actuellement, donc je vous signale mes jeux sur user:Nemoi/common.css et sur user:Nemoi/test7, ce 14 septembre 2011 à 13:08 (CEST).

Lisibilité des groupements de palettes

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 ».

Ainsi, vous semble-t-il judicieux de changer la couleur de « dessous » comme fait ici, c'est à dire remplacer #CCF par #DDF dans MediaWiki:Common.css? Nodulation (d) 8 avril 2012 à 18:36 (CEST)

Ce serait en effet une amélioration. Cordialement, --Lgd (d) 8 avril 2012 à 18:46 (CEST)

En accord avec Nodulation. ~Hlm Z. [@] 8 avril 2012 à 18:48 (CEST)

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).

La modification a été réalisée. Nodulation (d) 30 avril 2012 à 11:14 (CEST)

Bonjour. Merci beaucoup. La modification a-t-elle aussi été appliquée à la section « dessus » ?
Cordialement, Ediacara (d) 30 avril 2012 à 11:22 (CEST).

@Ediacara Non car dessus n'a pas de style défini. La modification du modèle est nécessaire dans ce cas. ~Hlm Z. [@] 30 avril 2012 à 12:00 (CEST)

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)

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)

Bonjour. Merci beaucoup .
Cordialement, Ediacara (d) 30 avril 2012 à 20:36 (CEST).

Recommendation sur l'utilisation des palettes

Je pense qu'il devient non pas urgent mais nécessaire de revoir/écrire les recommendations d'utilisation des palettes. Lorsque l'on voit le résultats sur des pages comme La Belle et la Bête (film, 1991), François Mitterrand ou Jacques Chirac, on voit que le but initial des palette a été noyé dans une espèce de systématisation de leur utilisation. Kyro ^{me parler} le 3 juillet 2012 à 00:45 (CEST)

Problème avec les stylepair

Bonjour, j'ai remarqué les stylepair et les stylepair s'alternaient correctement jusqu'au {{{liste20|}}}

<td class="list even" style="{{#if:{{{styleliste|}}}|{{{styleliste|}}};}} {{{stylepair|}}}" {{#if:{{{groupe2|}}}||colspan="2"}}> {{{liste2}}}</td>

<td class="list" style="{{#if:{{{styleliste|}}}|{{{styleliste|}}};}} {{{styleimpair|}}}" {{#if:{{{groupe3|}}}||colspan="2"}}>{{{liste3}}}</td>

.
.
.
.
.

<td class="list" style="{{#if:{{{styleliste|}}}|{{{styleliste|}}};}} {{{styleimpair|}}}" {{#if:{{{groupe19|}}}||colspan="2"}}>{{{liste19}}}</td>

<td class="list even" style="{{#if:{{{styleliste|}}}|{{{styleliste|}}};}} {{{stylepair|}}}" {{#if:{{{groupe20|}}}||colspan="2"}}>{{{liste20}}}</td>

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)

Compléter la documentation concernant l"état boîte"

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 4^e 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}}.

Merci --ίcKχ6  29 juillet 2012 à 14:02 (CEST)

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)

Moi je n'y ai fait appel qu'une fois, sur le modèle:palette Kate Bush ; et je l’ai vu sur le Modèle:Palette Modèles de vote. Apparemment, l'utilisateur qui a utilisé ce système est Benoit Rochon (d · c · b). Cordialement,--ίcKχ6  29 juillet 2012 à 15:32 (CEST)

Je l’ai vu conseiller sous une forme proche il y a peu sur les QT : Wikipédia:Questions techniques/semaine 29 2012#Paramètre étatboîte dans une palette — Ltrl G^☎, le 14 août 2012 à 00:44 (CEST)

Humour

---

Ajout du comte Nemoi – Vous vous êtes déjà amusés à remplir :

 | styleliste = " bgcolor= "red

? le résultat improbable m’a fait marrer. Ce 8 décembre 2012 à 10:34 (CET).

C'est vrai que c'est bientôt Noël !!!--FDo64 (d) 8 décembre 2012 à 14:17 (CET)

Possibilité de donner un style à un groupe et une liste donnée

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.

Cela existe déjà sur le Wiki anglais, permettant par exemple d'obtenir des Templates de ce type : https://en.wikipedia.org/wiki/Template:Roger_Federer

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 ?

Je vous remercie d'avance pour votre aide !!

Woodada (discuter) 2 novembre 2013 à 19:49 (CET)

Fautif avec appareil mobile

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.

— Cantons-de-l'Est ^discuter 1 décembre 2013 à 13:10 (CET)

Centrage du titre

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)

Aide

Bonjour, quelqu'un peut ajouter Aide:Palette de navigation à la sous-page de documentation svp. Je ne sais pas comment y accéder. -- Amicalement, Salix ^[Converser] 31 janvier 2015 à 14:48 (CET)

Bonjour, pour modifier la documentation d'un modèle il suffit de cliquer sur [modifier] en haut à gauche.

Par contre, l'ajout que tu proposes est inutile puisque l'aide est déjà accessible dans le paragraphe "Utilisation".

--FDo64 (discuter) 31 janvier 2015 à 14:59 (CET)

v · d · m

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 » :

1. n'afficher la lettre (d) que si la PDD existe (en y ajoutant un #ifexist)
2. 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.

Des avis ? --FDo64 (discuter) 11 février 2015 à 18:53 (CET)

La page de discussion des palettes semble être non pertinente sur ce wiki. La deuxième proposition me semble être une bonne solution. Cordialement, Hlm Z. (discuter) 13 février 2015 à 17:26 (CET)

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 ↗^blah 14 février 2015 à 16:28 (CET)

Également d'accord avec Od1n. Cordialement, Hlm Z. (discuter) 14 février 2015 à 20:37 (CET)

Ça me va aussi, je vais mettre cela en place. Merci à vous deux ! --FDo64 (discuter) 14 février 2015 à 21:09 (CET)

 Fait. --FDo64 (discuter) 14 février 2015 à 23:07 (CET)

L'attribut font-size: xx-small; et la balise <strong> doivent être retirés. Ces derniers entrainent un mauvais rendu. Hlm Z. (discuter) 15 février 2015 à 00:59 (CET)

Salut. J'ai laissé la mise en forme actuelle du modèle Tnavbar, et le xx-small s'applique partout dans le modèle. Je ne vois pas de strong.

Je te propose de mettre le texte à 150%.

Actuel :

proposition :

Si tu as mieux, n'hésite pas, voire même, fais une version Bac à sable.

A+ --FDo64 (discuter) 15 février 2015 à 10:29 (CET)

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 ↗^blah 15 février 2015 à 11:07 (CET)

Dans ce cas-là, autant mettre l'icône : . --FDo64 (discuter) 15 février 2015 à 13:04 (CET)

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)

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)

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)

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 ↗^blah 15 février 2015 à 16:16 (CET)

On peut aussi revenir à l'idée initiale qui n'est que de supprimer le « d » totalement inutile. --FDo64 (discuter) 15 février 2015 à 16:36 (CET)

Je préfèrerais ça. Orlodrim (discuter) 15 février 2015 à 16:46 (CET)

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.

Qu'en pensez-vous ? --FDo64 (discuter) 16 février 2015 à 20:12 (CET)

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 ».

Orlodrim (discuter) 16 février 2015 à 21:27 (CET)

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)

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)

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...

J'attends à nouveau vos réactions. Merci. --FDo64 (discuter) 6 mars 2015 à 00:25 (CET)

@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.

od†n ↗^blah 6 mars 2015 à 07:16 (CET)

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)

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)

@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)

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)

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.

Je ne suis pas contre une mise en forme de type « v · m ». Cordialement, Hlm Z. (discuter) 6 mars 2015 à 19:47 (CET)

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)

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.

A+ --FDo64 (discuter) 7 mars 2015 à 16:03 (CET)

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 ↗^blah 2 avril 2015 à 16:22 (CEST)

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).

A+--FDo64 (discuter) 3 avril 2015 à 14:27 (CEST)

Problème de balisage html (utilisation du modèle sur un autre wiki)

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

{{#if:{{{groupe2|}}}    |<th class="navbox-group" style="{{{stylegroupe|}}}">{{{groupe2}}}</td>}}

Avec une balise fermante /td pour un élément th.

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.

--Ducloy (discuter) 20 avril 2017 à 09:25 (CEST)

 Ducloy :  Fait. J'ai également corrigé le Modèle:Méta palette de navigation sous-liste. Par contre, Modèle:Méta palette de navigation sous-groupe était déjà correct.

Merci du signalement ! --FDo64 (discuter) 20 avril 2017 à 23:09 (CEST)

C'était un oubli de ma part, merci pour le signalement. od†n ↗^blah 21 avril 2017 à 00:05 (CEST)

Couleur du titre de la Méta palette

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)

 Kev22 : Bonjour, pour cela il y a le paramètre styletitre et il faut lui attribuer un color spécifique. Voir, par exemple, Modèle:Palette Arizona Diamondbacks navigation. Attention, ça ne colore que le texte brut non wikifié. --FDo64 (discuter) 8 novembre 2017 à 16:49 (CET)

Parfait, merci. Kev22 (discuter) 8 novembre 2017 à 21:56 (CET)

Problème sur la Méta palette de Neroccio di Bartolomeo de' Landi

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)

Bonjour. {{Palette Neroccio di Bartolomeo de' Landi}} n'existe pas. Donc c'est normal que ça indique une erreur. 'toff ^[discut.] 27 juillet 2018 à 22:34 (CEST)

 Lugi75014 : Bonsoir, le modèle était mal nommé, les noms de palettes doivent obligatoirement commencer par « Palette ». De plus, il ne faut pas insérer le modèle:Méta palette de navigation dans les articles, je l'ai donc remplacé. --FDo64 (discuter) 27 juillet 2018 à 23:05 (CEST)

Conflit d’édition — Réparé par FDo64 (d · c · b) : vous aviez créé {{Neroccio di Bartolomeo de' Landi}} au lieu de {{Palette Neroccio di Bartolomeo de' Landi}}. C'est de là que venait l'erreur. Cordialement. 'toff ^[discut.] 27 juillet 2018 à 23:07 (CEST)

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)

Template linking and transclusion check

J'aimerais proposer d'ajouter une adaptation du code suivant de de:Vorlage:Navigationsleiste :

{{<includeonly>safesubst:</includeonly>#ifeq:{{NAMESPACENUMBER}}|10|{{#switch:{{#titleparts:{{PAGENAME}}|1}}|Navigationsleiste|NaviBlock=|#default=
[{{fullurl:toollabs:templatetransclusioncheck|lang=de&name={{FULLPAGENAMEE}} }} Vollständigkeit der Einbindungen prüfen]<hr class="rulerdocumentation hintergrundfarbe6" style="margin:1em 0; height:0.7ex;">
}}}}

Il produit un lien sur le « Template linking and transclusion check » (exemple). --Leyo 22 août 2018 à 10:35 (CEST)

Alternative aux palettes avec sous-groupe

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 ? => Sg7438 discuter, c'est ici ! 30 décembre 2021 à 17:41 (CET)

Palettes enroulées par défaut

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 ! => Sg7438 discuter, c'est ici ! 5 mai 2022 à 06:36 (CEST)

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 :

1. 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 = <noinclude>uncollapsed</noinclude>
   • | étatboîte = {{{étatboîte|<noinclude>uncollapsed</noinclude>}}}
   • | étatboîte = <includeonly>{{{étatboîte|valeur par défaut}}}</includeonly><noinclude>uncollapsed</noinclude>
2. 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.
3. é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.

Voilà un modeste état des lieux, pour l'instant. Mais n'hésite pas à mettre un lien vers cette conversation sur la page de discussion du Projet:Palette. — Ideawipik (discuter) 5 mai 2022 à 10:21 (CEST)

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 ! => Sg7438 discuter, c'est ici ! 5 mai 2022 à 10:30 (CEST)

@Sg7438. Si elles étaient effectivement déroulées "hier", alors attends avant de mettre des uncollapsed un peu partout ! Il vaut mieux régler le problème à la source. FDo64, Tractopelle-jaune, Thibaut120094 ou Od1n pourront certainement nous éclairer. — Ideawipik (discuter) 5 mai 2022 à 10:45 (CEST)

Ok pour la piste (entre-temps j'ai pas fait beaucoup de palettes et j'y reviendrai si une piste est trouvée) ! Merci pour ton intérêt à cette affaire (qui me chagrinait) ! => Sg7438 discuter, c'est ici ! 5 mai 2022 à 10:48 (CEST)

Bonsoir Ideawipik . Il me semblait que la limite était de 3 donc j'ignore ce qui a été changé et par qui. --FDo64 (discuter) 6 mai 2022 à 23:21 (CEST)

Bonjour  Ideawipik, Sg7438 et FDo64,

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).

--Tractopelle-jaune (discuter) 11 mai 2022 à 14:03 (CEST)

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, => Sg7438 discuter, c'est ici ! 11 mai 2022 à 14:26 (CEST)

Bonjour Tractopelle-jaune et Sg7438. Od1n et Zebulon84 ont échangé sur des possibilités de modifier le comportement général : Discussion utilisateur:Od1n#Questions : Diff et Palettes. Ce serait plus simple pour l’utilisateur lambda, plutôt que de le contraindre à personnaliser sa configuration CSS ou JavaScript. N'hésite pas à y exprimer ton avis technique. — Ideawipik (discuter) 11 mai 2022 à 14:33 (CEST)

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)

Bonjour  Nhhi. La solution n'est pas le retrait systématique des autres palettes des documentations (exemple). On est tombé sur la tête. — Ideawipik (discuter) 11 mai 2022 à 14:52 (CEST)

Bonjour, je n'ai absolument pas suivi cette discussion, j'ai fait la modif car toutes les palettes de ce thème était dans la catégorie de maintenance : Catégorie:Palette avec paramètre modèle mal renseigné. Maintenant si vous avez une meilleure correction a appliquer n'hésitez pas. Nhhi (discuter) 11 mai 2022 à 16:09 (CEST)

OK Nhhi. Pas de souci. C'était un autre problème dont la solution n'était pas le retrait mais une retouche technique dans le code de la palette insérée (pas destinée aux articles), ce qui vient d'être fait (tout en bas de cette modification). — Ideawipik (discuter) 11 mai 2022 à 17:47 (CEST)

Pour info, je suis repassé sur cette discussion, et je viens d'implémenter un nouveau système : 198621034. od†n ↗^blah 13 novembre 2022 à 01:08 (CET)

Paramètre « 1 » désuet et « bordure » non documenté

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)

Je serai même d'avis de supprimer ces paramètres 1 et bordure vu qu'ils ne servent à rien --GdGourou - Talk to °o° 10 juin 2022 à 07:03 (CEST)

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.

--Tractopelle-jaune (discuter) 11 juin 2022 à 00:17 (CEST)