Discussion modèle:Multi bandeau

Égalisation

Salut,

Y aurait t-il moyen de faire en sorte que les différents bandeaux aient la même hauteur ? Si on va sur Pokédex, on voit que les deux bandeaux n'ont pas la même taille (664x84 contre 664x60). Et je trouve ça super laid. Okki (discuter) 10 août 2006 à 04:28 (CEST)[répondre]

Salut,

La hauteur dépendant de la résolution de l'utilisateur, une solution pour les « faibles résolutions » serait d'imposer une hauteur (84px en reprennant ton exemple) mais celle-ci serait alors inesthétique pour les « hautes résolutions ». Une solution qui pourrait convenir à tous serait d'uniformiser la taille des images à gauche et de supprimer la phrase « Accédez aux articles de Wikipédia concernant nom du portail » pour les portails avec un nom trop long, mais reste alors à convaincre la plèbe. Cordialement, BenduKiwi [ | φ] - 15 août 2006 à 23:13 (CEST)[répondre]
On peut peut-être envisager d'autres solutions comme :
  • alignement sur le plus haut des deux
  • standardisation des hauteurs de bandeau par alignement sur le plus haut disponible
  • Expression de la hauteur en % plutôt qu'en px
A voir... --Powermongerpalabrer 4 septembre 2006 à 09:22 (CEST)[répondre]
La hauteur en % ne marchera pas du tout. De plus il est impossible de prévoir le nombre de lignes nécessaires pour l'affichage du texte du bandeau, car cela dépend de la résolution du navigateur utilisé et des polices de caractères installées.
La seule solution aurait été de faire des bandeaux insérables en tant que cellules de tableau et non en tant que boîtes totalement fermées. On pourrait le faire mais il faudrait s'assurer que tous les bandeaux utilisent le même méta-modèle de base pour indiquer son mode d'affichage (en div ou en cellule de tableau pour Multi bandeau), ce qui est loin d'être garanti (certains bandeaux étant entièrement construits de façon autonome en tableau fermé ou en div sans utiliser aucun méta-modèle). Si tous les bandeaux utilisent le même méta-modèle, alors ce méta-modèle pourrait être transformé pour indiquer le mode de génération: en div fermé, ou en cellule de tableau non fermé. Verdy p 9 décembre 2006 à 20:58 (CET)[répondre]

Incompatibilité entre deux ébauches

Incompatibilité entre {{Modèle:Ébauche histoire de France}} et {{Modèle:Multi bandeau}}. Le premier ne signale pas une ébauche et casse la mise en forme quand il est appliqué au second. Exemple : Résidences des chefs d’État français
David Latapie (✒ | @)

C'est toi qui as un bogue ici. {{Multi bandeau}} n'est pas fait pour y intégrer autre chose qu'un modèle de bandeau (ce qui n'est pas le cas de {{Histoire de France}} qui ne doit donc pas être inséré dans un multi bandeau évidemment). Verdy p 5 août 2007 à 01:57 (CEST)[répondre]

Ajout de ligne abusif ! (problème de marges cumulées)

Hello il y à un petit problème car ce modèle ajoute une ligne dans certains cas ! 

text

{{Multi bandeau|Catégorie Suisse|Catégorie histoire}}

==>
text

Arborescence de la Suisse
Arborescence de l’histoire 
text

{{Catégorie Suisse}}

==>
text

Arborescence de la Suisse

Dans le premier cas un a un saut de ligne en trop :( alors que l'on devrais avoir le même résultat.

CU Sté ~ ✎ 25 mai 2007 à 13:50 (CEST)[répondre]

Normal: les bandeaux individuels (créés avec {{Méta lien portail}}) incluent une marge supérieure de 1em (excessive à mon goût quand il suffirait de 0.5em, et pour que l'alignement vertical soit correct dans un multi bandeau (qui va tenter de centrer veritcalement le contenu des cellules), il faudrait qu'elles soient égales donc toutes les deux à 0.5em; de plus si un multi bandeau s'étend sur deux lignes, chaque ligne sera écartée ainsi de la précédente de 1.5em (ce quiest trop) car on a 0.5em en dessous des bandeaux de la première ligne PLUS 1em au dessus des bandeaux de la seconde.
Première conclusion : il faudrait réduire la marge supérieure des bandeaux créés avec {{Méta lien portail}} de 1em à 0.5em.
Hors quand un bandeau est inclus dans un multi-bandeau, il devient le contenu d'une cellule de tableau, et ses marges sont les marges de l'intérieur de chaque cellule : elles recouvrent le padding interne de chaque cellule, de sorte que marge externe d'un contenu et padding interne d'un contenant ne se cumulent pas mais servant à définir l'écart entre un contenant (la bordure interne d'une cellule munie d'un padding interne) et le contenu (ici le bandeau muni de marges externes), et s'ajoutent aux marges du tableau formant le multi bandeau.
Seconde conclusion : les marges verticales du tableau créé par {{Multi bandeau}} doivent être supprimées,
puisque les marges nécessaires sont parties intégrante des bandeaux inclus, mais ne sortent jamais du tableau ni même des cellules. Ici on a 1em de marge supérieure dans les bandeaux individuels, plus au dessus encore 1em de marge supérieure du tableau.
Soit au total : 2em dans deux marges différentes, et donc une "ligne vide" en trop (quand une demi-ligne suffirait, comme cela suffit aussi entre deux paragraphes de texte dont les lignes font normalement 1.2em de haut en standard, ou 1em en présentation "compacte" non recommandée).
Qui les a rajoutées ? Il n'y en avait pas à l'origine dans {{Multi bandeau}}. Encore une modif faite par quelqu'un sans réel test ni connaissance de la façon dont les styles CSS fonctionnent. Verdy p 5 août 2007 à 02:07 (CEST)[répondre]
On ne parle pas de la même chose, car je parle d'un saut de ligne ajouter abusivement (code HTML: <p><br></p>) d'ailleurs le code :
text
{{Multi bandeau|Catégorie Suisse|Catégorie histoire}}

==>
text

Arborescence de la Suisse
Arborescence de l’histoire
Fonctionne à mon goût sauf je viens de remarquer que comme tu le dit qu'il y a une marge plus grande !
Pour mon problème j'ai fais une requête qui est restée en rade ici : Wikipédia:Demande d'intervention sur une page protégée#Modèle:Multi bandeau
avec une solution ici : Utilisateur:Sbrunner/Multi_bandeau
CU et merci de l'attention portée Sté ~ ✎ 6 août 2007 à 14:05 (CEST)[répondre]

Catégories de maintenance pour multi bandeaux à plus de 3 paramètres

Quelqu'un (Khardan) a déplacé stupidement et sans rien comprendre pourquoi ils étaient là DANS le code inclus avec le modèle (puisqu'il n'avait pas lu la documentation !) l'emplacement des catégories de maintenance, en les mettant de façon inappropriée dans la section noinclude où cela n'a rien à faire là (le modèle lui-même y est alors catégorisé, alors que ces catégories avaient été créées pour autre chose). (voir le dernier diff du 12 janvier dernier avant la protection du modèle, qui a été faite un mois plus tard par Korrigan sans vérifier avant que le modèle n'avait pas été altéré de façon inappropriée, et sans même qu'il y ait eu des conflits d'édition entre temps justifiant le bloquage permanent).

Du coup, la maintenance ne marche plus, et il n'y a plus de suivi possible des pages utilisant beaucoup de bandeaux ! Mais comme le modèle est maintenant protégé, on ne peut plus défaire cette modif stupide qui ne sert à rien.

Soit on supprimait le suivi, et les catégories associées, soit on les gardait, mais faire les choses à moitié, à quoi bon...

Le suivi effectué correspondait aux recommandations d'utilisation (les bandeaux devraient autant que possible ne pas dépasser 1 ligne, donc 3 bandeaux. Seuls quelques articles pourraient en avoir 4, et pratiquement aucun plus de 4.

Khardan lorsqu'il a fait sa modif n'a pas lu non plus l'avertissement dans le code (qu'il ne pouvait pas ne pas voir là où il a déplacé les catégories!) demandant à placer les catégories pour le modèle lui-même (ce qui n'était pas le cas des deux catégories déplacées qui concernait les articles incluant le modèle) dans la page de documentation, afin que la section noinclude du modèle se réduise au strict minimum à l'appel de la page de documentation (cette technique permet d'alléger la charge mémoire du serveur car il ne cherche pas à étendre pas les appels de modèles "présents" dans les sections includeonly ou noinclude qu'il va ignorer).

Rappel: en haut d'article (après les bandeaux d'homonymies qui viennent chacun séparément) on place les bandeaux d'ébauches. En bas d'article on place les bandeaux de portails. Dans les deux cas, bien distincts, les multi-bandeaux n'ont pas besoin d'être multipliés sauf cas isolé , (pendant une édition d'article, avec création de portail ou de projet en cours) gérable dans les catégories de maintenance qui devraient chacune rester pratiquement vides.

Pourrait-on remettre les catégories là où elles étaient (dans le bon test #if qui détermine le nombre de paramètres utilisés) avec une modif programmée pendant une heure de basse utilisation du Wikipédia français (modif à programmer ou faire par un admin vers 5 ou 6 heures du matin en France, après minuit au Canada), afin que la job queue ne se remplisse pas trop et ne pénalise pas les utilisateurs ?

Bref je demande à l’admin Korrigan de défaire son bloquage permanent le temps de rétablir la maintenance des bandeaux en excès (en défaisant le diff de Khardan) pendant une heure creuse.

Comme j'avais mis au point le code qui marchait, je souhaiterais aussi revenir sur les points concernant les marges supérieures en excès (voir le problème expliqué ci-dessus). Korrigan peut me contacter sur ma page perso pour voir ce que je compte faire qui est très simple, ou s'il souhaite qu'on se mette d'accord sur le code avant, et s'il souhaite appliquer la correction lui-même avec un débloquage fait et remis aussitôt par lui.

Verdy p 5 août 2007 à 01:43 (CEST)[répondre]

J'annulerai cette modification ce soir (un dimanche soir, ça devrait aller pour nos chers serveurs). Verdy, pour la prochaine fois, une suggestion : résume ta demande en une phrase, ça marche tout aussi bien et ça évite des maux de crâne à ceux qui lisent :-) le Korrigan →bla 5 août 2007 à 20:46 (CEST)[répondre]
C'est fait. Pour les autres modifications, faire des tests sur un brouillon personnel et quand c'est tout bon, demander à ce que les modifications soient appliquées, sur la page WP:DIPP qui est là pour ça. le Korrigan →bla 6 août 2007 à 00:15 (CEST)[répondre]

Au passage, ces catégories de maintenance étaient peu utiles vu qu'il est facile d'obtenir une liste des pages où le modèle est utilisé avec plus de 6 paramètres (par exemple) : http://tools.wikimedia.de/~kolossos/templatetiger/tt-table4.php?template=Multi%20bandeau&lang=fr&where=5&is=_ R 29 août 2007 à 14:01 (CEST)[répondre]

Cas mixte

Il me semble nécessaire d'actualiser ce passage. Proposition: "Si le modèle "arborescence" n'existe pas, on peut (pour les en-têtes en page de catégorie) combiner bandeau de portail et bandeau de catégorie, par exemple..." Lysosome (d) 23 septembre 2011 à 10:34 (CEST)[répondre]

Apparition d'une bande blanche en haut de catégories

Je signale un détail que je n'ai pas réussi à régler moi-même : si l'on compare :

On observe l'apparition d'un espace blanc supplémentaire en haut de catégorie. Ce n'est pas {{Categ football}} mais bien le modèle Multi bandeau qui est en cause, comme on le voit sur cet exemple : le premier espace est clairement plus grand que l'espacement « standard ».

Quelqu'un aurait une idée pour remédier à ça ? • Chaoborus 27 septembre 2011 à 15:01 (CEST)[répondre]

Cela est surement dû au fait que {{Multi bandeau}} crée un tableau dans lequel on met les éléments. Je ne m'y connais pas assez en HTML pour proposer un contournement.
--Hercule Discuter 29 septembre 2011 à 11:03 (CEST)[répondre]
Le problème vient de {{Méta lien catégories}} qui inclut par défaut des marges de 1 em en haut et de 0,5 em en bas. Il faudrait que :
  1. tous les modèles de catégorie (comme {{Catégorie football}}, par exemple) acceptent un paramètre marges qu'ils transmettent sans y toucher à {{Méta lien catégories}} ;
  2. le modèle {{Multi bandeau}} appelle les modèles de catégories avec le paramètre marges à 0 (zéro).
Je peux faire le point 2, mais pour le point 1, j'aurais besoin de l'aide d'un dresseur de bot qui a un peu plus de temps libre que moi Émoticône.
Amicalement — Arkanosis ✉ 29 septembre 2011 à 15:20 (CEST)[répondre]
J'envisage l'ajout de nouveaux paramètres sur les bandeaux de catégorie, pour gérer les catégorisations. Il faudrait faire tout cela dans la foulée.
Cela fait aussi un moment que je me demande s'il ne serait pas bon de faire un modèle dans l'esprit de {{Portail}}, {{ébauche}} et {{Wikiprojet}} pour ces bandeaux.
C'est peut-être l’occasion de lancer la réflexion globale.
--Hercule Discuter 29 septembre 2011 à 17:13 (CEST)[répondre]
Tant que le résultat ne prend pas plus de place et que son code ne se transforme pas en usine à gaz... Émoticône • Chaoborus 29 septembre 2011 à 17:33 (CEST)[répondre]

Amélioration

Bonjour. Ne pensez-vous pas que l'on pourrait améliorer ce modèle ? Mine de rien, c'est assez bête d'avoir à écrire « Catégorie » une ou plusieurs fois quand on le déploie dans des catégories multithématiques. Sans compter qu'il pourrait avoir un nom plus court, vu qu'il est d'usage fréquent. Thierry Caro (d) 17 février 2012 à 14:47 (CET)[répondre]