Discussion MediaWiki:Common.css/Archive 1

message: Vous avez fait quoi avec le titre des infobox ? Il est rendu une quinzaine de pixels au-dessus du reste de l'infobox... (voir sur Bataille de Minatogawa, Bruz, etc.) Merci de réparer ça. -Ash - (ᚫ) 8 janvier 2007 à 22:08 (CET)
replies: text: Je note, je fais ça ce soir. Merci d'indiquer les browsers où ça plante (sur IE, c'est ok, pas mozilla etc.) Plyd /!\ 8 janvier 2007 à 22:11 (CET)
replies: text: Sur Firefox, ça plante. Sur IE, le titre est bien collé à l'infobox, mais il est en plus petit que les sous-titres, ça la fout mal. -Ash - (ᚫ) 8 janvier 2007 à 22:15 (CET)
replies: text: C'est corrigé sur IE et Firefox. En revanche, je ne peux pas tester sous konqueror, pasqu'il faut que j'installe mon modem temporaire sur ninux et j'ai la flemme car je reçois ma nouvelle box dans la semaine. Voilà pour ma vie, mon oeuvre, et à quel point j'en ai chié pour ce caption de merde, trop mal géré. Si j'aurais su, j'aurais pas venu. Plyd /!\ 9 janvier 2007 à 00:29 (CET)
replies: text: Héhé, merci  Je jetterai un coup d'œil sous Konqueror la prochaine fois que je bouterai sous Linux (C'est à dire demain, flemme de rebooter à c't'heure) -Ash - (ᚫ) 9 janvier 2007 à 00:46 (CET)
replies: text: olala je raconte vraiment n'importe quoi après minuit. je ne devrais jamais me connecter à pareille heure... :) Plyd /!\ 9 janvier 2007 à 12:50 (CET)
thread_title: Titre des infobox

message: Salut, suite à discussion sur le bistro, j'aimerais que l'on revienne à la version précédente pour l'emplacement des exposants. C'est à dire : 
1er et non 1. Toutefois, 10 ne me choque pas, donc si certains le préfèrent à 1020, alors il faut faire des style séparés. Merci !
Le code serait 
 .exposant {
   vertical-align: super;
   position: relative;
   font-size: 0.90em;
 }
J'enchaîne avec un autre pb.
--PurpleHaze Bla³, le 25 janvier 2007 à 02:14 (CET)
replies: text: Je suis entièrement d'accord avec ce changement proposé ; et ce changement doit s'appliquer à tous les caractères mis en exposant, même les chiffres, donc pas besoin de style séparé. Gentil ♡ 25 janvier 2007 à 15:15 (CET)
replies: text: Je remarque un autre bonne raison à ce changement proposé : en italique, comparez IIIe et III. Actuellement, on a l'impression que l'exposant est au-dessus du nombre. Gentil ♡ 27 janvier 2007 à 14:06 (CET)
replies: text: Je n'ai pas ce problème. Depuis hier, j'ai modifié le style de 1, 2 et  (action sur les modèles). Purge cette page pour voir si l'affichage est toujours le même. --PurpleHaze Bla³, le 27 janvier 2007 à 14:55 (CET)
replies: text: Désolé, mais le but de  est d'uniformiser tous les exposants. J'ai donc défait tes personnalisations de ces trois modèles. Il faut que la modification se fasse au niveau de la feuille de style, pas au niveau des modèles. Gentil ♡ 27 janvier 2007 à 18:19 (CET)
replies: text: Qu'entends-tu pas "uniformer les exposants" ? uniformiser le style des énumérations et des exposants mathématiques, ou uniformiser le style de toutes les énumérations ? Si c'est la première, je ne sais pas si c'est conforme aux conventions typo. Si je comprends bien, tu veux abaisser les exposants (les énum aussi) ? Alors c'est sur le paramètre 'top: -5px;' qu'il faut agir en l'augmentant. --PurpleHaze Bla³, le 27 janvier 2007 à 18:39 (CET)
thread_title:  Exposant 

message: Depuis quelques jours, j'ai une marge blanche de 5 à 10% sur la droite quand je suis sur la page d'un article. Évidemment j'ai le droit à un scroll horizontal ce qui est très disgracieux. Qui saura régler ce problème ? Ceci dit, je ne pense pas que ça vienne de cette feuille de style. Peut-être plutôt de MediaWiki:Monobook.css. --PurpleHaze Bla³, le 25 janvier 2007 à 02:14 (CET)
thread_title:  Marge blanche sur la droite 

message: Bonjour, je voudrais la classe navbox comme sur (en) s'il vous plaît. 16@r (parlanjhe) 5 mai 2007 à 12:48 (CEST)
replies: text: Elle sert à quoi cette classe ? -Ash - (ᚫ) 10 mai 2007 à 11:03 (CEST)
replies: text: A faire facilement des palettes de navigation. 16@r (parlanjhe) 11 mai 2007 à 16:58 (CEST)
thread_title:  navbox 

message: salut, regarder cet article : Semaine sanglante. L'espace séparant le haut de l'image (le tableau) et le texte, n'est pas le même que celui séparant le haute de l'index et le texte. Cela créé un décalage (perte de l'alignement) entre les haut de l'image et l'index. C'est dommage mais pas catastrophique. Cela rejoint une autre remarque, de plus en plus de rédacteur ajoutent deux retours à la ligne à la find de l'introdution (entre l'introductino et le premier paragraphe. C'est mal, on ne fait pas de la mise en page ainsi. Je pense qu'ils font en fait cela parceque qu'il trouve l'espace entre l'index (qui se loge entre l'introduction et le premier paragraphe) est collé au texte. Augmenter la marge supérieur de l'index serait donc à mon sens tout à fait bénéfique. Cordialement Kelson 14 mai 2007 à 09:41 (CEST)
replies: text: Pour le petit décalage de l'image, je pense que c'est normal, une image en début de section a aussi un petit décalage avec le texte. Ce petit décalage doit servir lorsqu'il y a véritablement du texte au dessus de l'image. bayo 25 mai 2007 à 19:18 (CEST)
replies: text: Je suis pour l'ajout de table.toc { margin-top: 12px; }, quelqu'un y voit un inconvénient ? Kelson 1 juin 2007 à 12:17 (CEST)
replies: text: C'est très relatif au navigateur si je puis me permettre (surtout si la distance se jauge au pixel). C'est le propre des divs de ne pas être allignés sur le plan horizontal, au contraire des tableaux. Vouloir forcer un tel allignement me semble du bidouillage, surtout que l'image se place habituellement tout au début de l'artcle, pas après le résumé introductif. Enfin je trouve inesthétique les espaces que rajoutent certains après le résumé introductif : ca crée un vide blanc peu agréable. Tavernier 1 juin 2007 à 12:30 (CEST)
replies: text: Qu'est ce qui est "très relatif au navigateur" ? "C'est le propre des divs de ne pas être allignés sur le plan horizontal, au contraire des tableaux.", alors il faut m'expliquer pourquoi ? les divs sont alignés si on le souhaite et pas sinon à ma connaissance... Quand à où se place l'image, c'est vrai que c'est souvent en début d'article, mais ce n'est aussi souvent pas le cas - il n'y a pas de raison d'ignorer cela. Ce n'est pas la seule raison pour avoir une marge supérieur à l'index. Si beaucoup de gens rajoutent un (voir plus retours chariot) à la fin de l'introduction, c'est parce que justement l'index est "collé" au texte, ce qui n'est pas terrible. Si nous voulons éviter que les gens fassent de la mise en page à coup de retours chariot et aussi éviter que l'index soit collé au texte - alors cette solution est propre. Kelson 1 juin 2007 à 13:29 (CEST)
replies: text: J'ai aussi remarqué cette tendance chez certains à vouloir aérer les articles . Il suffit de corriger par derrière, pas de quoi en faire un camembert  Tavernier 1 juin 2007 à 13:52 (CEST)
thread_title:  Autre petite incohérence à mon sens. 

message: Bonjour, je me suis permis de rajouter un overflow:scroll pour la classe "source" qui permet d'afficher en couleur du code. Cela permet a chaque bloque de code d'utiliser un scroll horizontal si nécessaire, ce qui évite à la page tout entière d'en avoir un. J'ai fait cela sens concertation, mais je pense que cela ne pose aucun problème. bayo 25 mai 2007 à 19:23 (CEST)
replies: text: Sur l'élément "pre" ca serait pratique également. Tavernier 25 mai 2007 à 20:00 (CEST)
replies: text: c'est fait. iAlex (Ici ou là), le 1 juin 2007 à 12:22 (CEST)
replies: text: Il pourrait y avoir par contre un problème pour le mode impression (imprimer des scrolls, c'est pas terrible), ça ne le fait pas avec Firefox, les lignes sont juste tronquées. bayo 1 juin 2007 à 13:10 (CEST)
replies: text:  on peut pas faire comme sur les diffs, c'est à dire afficher le scroll uniquement lorsqu'il est nécessaire ? Plyd /!\ 1 juin 2007 à 14:01 (CEST)
replies: text: Oui c'est vrai. C'est fait. bayo 2 juin 2007 à 17:28 (CEST)
thread_title: .source

message: Histoire d'en être assuré : y'a-t-il une seule raison de ne pas faire ca  ? Tavernier 2 juillet 2007 à 02:22 (CEST)
thread_title:  modifications de moins de 1 seconde 

message: Bonjour, serait-il possible pour quelqu'un d'ajouter une classe pour que le modèle:Navbox generic puisse fonctionner correctement? Un gros merci et gradez le sourire!  --Antaya @ 11 juillet 2007 à 00:54 (CEST)
thread_title:  Ajout d'une classe 

message: Désolé mais j'ai pas vraiment compris ce que ca apportait , surtout que ca cause un affichage en montagne russe guere esthétique pour les admins (révoquer | défaire). Il faut vraiment qu'on se dispense de mettre du superflu sur cette feuille de style àmha. Vu notre traffic, chaque bit coute des milliers d'euros, et chaque octet coute 8 fois plus... Tavernier 11 juillet 2007 à 10:33 (CEST)
replies: text: Si c'est une question d'économie de sous, autant supprimer les images des articles alors, ou celles de la page d'accueil, on fera plus d'économies :-) le Korrigan →bla 11 juillet 2007 à 10:38 (CEST)
replies: text: Je suis également pour la normalisation de l'usage des images dans les articles, mais surtout pour leur expulsion totale et inconditionnelle dans les messages système. Mais c'est un autre débat :) (si on considère qu'il y'a lieu à débattre sur une question aussi triviale bien sur). Tavernier 11 juillet 2007 à 10:43 (CEST)
replies: text: Pour revenir à l'économie, j'avais bien viré quelques 5 ko de Monobook.css et d'autres ici et là... les images dans l'interface ne sont pas indispensables, mais il faut quand même que Wikipédia soit un minimum noob-friendly : l'apparence Monobook convient très bien pour une encyclopédie, mais quand un visiteur arrive sur une page spéciale, il a très souvent l'impression qu'elle est conçue par ou pour des geeks (c'est du vécu, hein !). Quelques touches d'images et de divs, de façon raisonnable bien sûr, ne nuisent pas, et l'argument financier ne tient pas un instant face au trafic généré par les images dans les articles et la page d'accueil. le Korrigan →bla 11 juillet 2007 à 10:47 (CEST)
replies: text: Je te rejoins sur la difficulté à appréhender l'interface du logiciel : j'ai mis plusieurs mois avant de comprendre et utiliser les boutons (diff) et (hist) dans la liste de suivi, les rc (et oui quand je faisais les rc au début, je cliquais sur l'article, sur l'onglet historique, puis sur le bouton comparer les versions, et comme ca pendant plusieurs mois ), mais avec l'expérience on considère ces fonctionnalités comme des simples outils, et ces pailettes qu'on saupoudre ici et là pour attirer l'attention sur tel ou tel élément qu'on juge plus important qu'un autre finissent pas lasser. Donc je suis d'avis que les explications soient données sur une page d'aide séparée, voire discrètement avec des petits messages grisés (voire l'interface de google maps  qui fournit des exemples (ex. : "87 rue bobillot, paris" ou "Limoges")), mais sans que cela ne devienne "saute à l'oeil". Tavernier 11 juillet 2007 à 10:55 (CEST)
thread_title:  trucs en petit 

message: Bonjour,
Je suis novice sur WP, et je ne comprends pas bien pourquoi on a:
 .infobox th {
   font-weight: normal;
   text-align: left;
 }
Un titre n'est-il pas supposé être mis en évidence ? 
RockyRoad 13 août 2007 à 17:49 (CEST)
replies: text: Bonjour. Le code CSS des infobox est en train d'être revu sur Wikipédia:Brouillons/Infobox et Wikipédia:Brouillons/Infobox.css. Tu peux utiliser leurs pages de discussion pour suggérer des changements ou poser cette question. le Korrigan →bla 13 août 2007 à 17:52 (CEST)
replies: text: ok merci Korrigan . RockyRoad 13 août 2007 à 17:58 (CEST)
thread_title:  .infobox th 

message: Bonjour,
Je n'approuve pas totalement cette . Je comprends très bien l'idée qui est de réduire la taille du code afin de soulager aussi bien les serveurs que nos navigateurs. Mais il ne faudrait pas que ça soit au détriment de la lisibilité du code, puisque nous sommes amenés régulièrement à y intervenir dessus. Si l'on souhaite vraiment réduire ce code et sans y perdre en lisibilité, il aurait été, à mon avis, plus judicieux de commencer par réduire la taille de certains commentaires, supprimer la syntaxe wiki des titres de sections qui sont devenus obsolètes, remplacer les espaces d'indentation par des tabulations, réduire à une ligne les définitions de styles à une seule option, etc. Mes deux cents.  — TiChou talk le 19 août 2007 à 10:32 (CEST)
replies: text: D'accord. J'ai appliqué la plupart des modifications que tu proposes à MediaWiki:Monobook.css, mais j'ai été découragé par la longueur de cette feuille. Marc Mongenet 21 août 2007 à 00:52 (CEST)
thread_title:  Réduction du code, oui, perte en lisibilité, non 

message: Je trouve que la déclaration suivante est très criticable :
.lang-ar, .lang-fa, .lang-ur { font-size:1.25em }
En effet, si j'ai bien compris, certains lecteurs d'arabe ont une fonte par défaut trop petite dans leur navigateur et n'arrivent pas à lire l'arabe en taille normale. Et au lieu de régler leur navigateur (comme je dois le faire pour pouvoir lire WP (je ferais volontiers bouffer la spécification CSS2 imprimée recto seul sur papier 80 mg au concepteur de Monobook)), ils ont fait du lobbying pour qu'on intègre l'agrandissement ici. Sauf que les gens qui ont un navigateur bien réglés se retrouve maintenant avec des polices bizarrement grandes et des interlignes augmentés dès qu'il y a de l'arabe dans une ligne (par exemple dans islam). Marc Mongenet 22 août 2007 à 02:25 (CEST)
replies: text: Je ne savais pas que l'on peut régler son navigateur pour ce genre de chose, mais je me dit que si par défaut une majorité de gens ne peut pas consulter Wikipédia convenablement (dans ce cas, du texte trop petit), vaut mieux leur faciliter la vie à eux, qui ne sont absolument pas débrouillard pour régler ce genre de chose. Ce qui sont plus à l'aise ont toujours la possibilité de contredire le style dans leurs css perso. bayo 3 octobre 2007 à 12:20 (CEST)
replies: text: Sinon c'est étrange, pourquoi utilise-on .lang-grc plutôt qu'un truc du genre [lang=grc]. Problème de compatibilité ? Je suis pas super spécialiste, mais il me semble qu'il y a des classes superflues. bayo 3 octobre 2007 à 12:23 (CEST)
thread_title:  Emplâtre sur jambe de bois 

message: Bonjour, comme le code concernant les infobox commence a prendre de la place, je propose de le déplacer dans une autre page du genre MediaWiki:Infobox.css. C'est techniquement possible sans inclusion wiki, simplement avec la syntaxe css (@import) que l'on peut placer dans ce fichier.
Ensuite, avec le travail de Utilisateur:JSDX sur un nouveau style d'infobox, que vous avez peut-être croisé sur les articles de musique, nous nous retrouvons avec beaucoup de code commun pour toutes ces boites. J'aurais aimé si possible créer une classe infobox2 et récupérer la structure de classe de infobox déjà pensée et mise en place (classe titre, classe image). Amha c'est toujours mieux pour un contrôle du style coté fichier css utilisateur.
Que pensez-vous de ces deux points ? Merci. bayo 3 octobre 2007 à 12:09 (CEST)
thread_title: Infobox

message: J'ai marqué quelques règles css pour les migrer vers le monobook.css, celles principalement destinées à faire joli dans un contexte monobook. En voyez-vous que j'ai oubliées ou bien pensez vous que certaines bien que marquées devraient quand même être conservées ici ? Tavernier (d) 23 février 2008 à 13:39 (CET)
thread_title:  Classes non génériques 

message: Bonjour, j'aimerais savoir si l'on peut retirer  ainsi que le style sur Common.css... avant qu'il ne soit trop utilisé. Je me rend bien compte que ce modèle est inutile à l'espace encyclopédique et sans oublier la feuille de style qui est assez pénible. J'ai un peu honte d'avoir initié ce code. Veuillez m'en excuser... puis-je me racheter docteur? — Antaya ✉ 25 février 2008 à 03:57 (HNE)
replies: text: On pourrait commencer à limiter le nombre de règles css pour chaque (actuellement 21 pour chaque couleur). Ensuite je pense pas qu'on puisse simplement enlever la fonctionnalité ; et de toutes manières le principe même d'onglet "dynamique" n'est pas à jeter je pense, mais il faudra creuser une solution plus légère et accessible. Tavernier (d) 28 février 2008 à 23:23 (CET)
thread_title:  Cadre à onglets 

message: j'ai enlevé le globe qui s'affiche par défaut sur les infobox car je trouve que ca fait un peu trop chargé graphiquement. une image ne me semble pas indispensable pour comprendre de quoi il s'agit et peut même entrainer à confusion (le lecteur peut croire que le sujet est lié à Wikipédia en voyant le globe). Tavernier (d) 17 mai 2008 à 16:01 (CEST)
thread_title:  globe par défaut 

message: Salut, un utilisateur m'a demandé de ne plus faire de sauts de lignes en début (et en fin) d'article, saut de ligne que j'estime nécessaire pour démarquer un bandeau (de  ou de portail, par exemple) du reste de la page. Serait-il possible d'ajouter un petit padding vertical d'une dizaine de pixels sur les bandeaux ? Merci. Diti (parler au manchot) 19 mai 2008 à 23:34 (CEST)
replies: text: Je ne comprends pas bien ce que tu veux — Kyle_the_hacker ¿! le 14 juin 2008 à 11:03 (CEST)
replies: text: En gros, cela aurait été de remplacer, dans la classe .bandeau, margin: 8px 10%; par margin: 8px 10% 15px;, pour que les bandeaux soient d'avantage démarqués de l'article en début de document. Le problème, c'est que cette modification va changer la marge du bas de tous les bandeaux, même ceux qui ne sont pas en début d'article. À toi de voir s'il est possible de tester cette modification. Diti (parler au manchot) 14 juin 2008 à 12:17 (CEST)
replies: text: J'ai mis 12px à voir à moyen terme si ça convient — Kyle_the_hacker ¿! le 14 juin 2008 à 16:45 (CEST)
thread_title:  Marges externes sur les bandeaux 

message: Bonjour. Le 19 septembre, suite à cette discussion, j'ai fait cette intervention mémorable. Comme je n'y connais rien, elle n'a eu aucun effet. Quelqu'un peut-il s'en charger ? Thierry Caro (d) 9 janvier 2009 à 16:37 (CET)
replies: text: Salut, tu peux montrer un exemple de lien où c'est sensé s'appliquer ? Dans mes préférences, j'ai 0 (je n'y ai pas touché), et je suppose que c'est pour ça que la class "stub" n'est pas définie, et donc ton code ne s'active pas. Cela dit, ton code semble correct. Donc as-tu un exemple stp ? Plyd /!\ 9 janvier 2009 à 17:01 (CET)
replies: text: Pour que tu puisses vérifier que ça ne marche pas, il faut que tu entres un chiffre, disons 1000. Tu verras alors les articles courts, par exemple Transition alimentaire, en rouge foncé, ce que je voudrais modifier. Thierry Caro (d) 9 janvier 2009 à 17:13 (CET)
replies: text:  --Lgd (d) 10 janvier 2009 à 04:22 (CET)
replies: text: Merci. J'ai foncé un peu le vert. Thierry Caro (d) 10 janvier 2009 à 14:27 (CET)
thread_title: Liens vers les ébauches

message: Bonsoir,
Est-ce que quelqu'un pourrait ajouter cette ligne pour l'infobox Automobile
.entete.automobile  {background: url("http://upload.wikimedia.org/wikipedia/commons/2/23/Picto_infobox_automobile.png") no-repeat top right;}
Merci VascerMail 30 janvier 2009 à 19:41 (CET)
replies: text: Pourquoi pas. Mais ça a été discuté quelque-part ou c'est juste une demande individuelle ? --Lgd (d) 31 janvier 2009 à 11:02 (CET)
thread_title:  entête automobile 

message: Hello, je me demandais quelles étaient les conditions pour demander une modif du css? Faut il une belle grande discussion avec vote? Juste une demande ici? Par exemple juste pour ajouter http://upload.wikimedia.org/wikipedia/commons/2/26/Picto_infobox_Europe.png dans les images du modèle à en-tête infobox v2? Triton (d) 9 mai 2009 à 17:33 (CEST)
replies: text: ça se demande dans Wikipédia:Demande d'intervention sur un message système, mais en donnant un lien montrant que ça a été au moins proposé sans susciter de réactions négatives (par exemple au projet concerné par le contenu en question). Sinon, je n'ai pas regardé en détail, mais cette carte me semble un terrain à troll. --Lgd (d) 9 mai 2009 à 17:36 (CEST)
replies: text: un terrain à troll rien que ça? :P Ok merci Lgd pour cette réponse rapide. Triton (d) 9 mai 2009 à 17:38 (CEST)
thread_title:  Question à propos des modifs

message: Bonjour,
Serait-il possible de rajouter la ligne suivante pour les infobox concernant Israël et le judaïsme ? :
.entete.israel-judaisme {background: url("http://upload.wikimedia.org/wikipedia/commons/a/a5/Picto_infobox_israel-judaisme.png") no-repeat top right;}
෴ Alt0160 ♫♪ 23 août 2009 à 19:37 (CEST)
thread_title:  Nouveau pictogramme 

message: Bonjour,  La ligne  .media.video            {background: url("http://upload.wikimedia.org/wikipedia/en/thumb/2/20/Tango-video-x-generic.png/35px-Tango-video-x-generic.png") no-repeat top left;}  ne semble pas fonctionner correctement, le bon lien vers l'image est  http://upload.wikimedia.org/wikipedia/commons/2/20/Tango-video-x-generic.png 
--— Philippe DULAC [blabla] 4 novembre 2010 à 13:24 (CET)
replies: text: Bonjour, j'ai fais hier cette même découverte et j'ai posté une demande sur Wikipédia:Demande d'intervention sur une page protégée#MediaWiki:Common.css. Cordialement, --Manu1400 (d) 7 novembre 2010 à 19:23 (CET)
thread_title:  Image infobox 

message: Serait-il possible de définir une classe de table qui alternerait les couleurs de ces lignes ? Pour l’instant le seul moyen de le faire est de le faire manuellement en définissant la couleur de chaque ligne ; ce qui est embêtant lorsqu’on ajoute une ligne en plein milieu.
Ils en ont discuter sur en.w Help talk:Alternating row colors, :en:MediaWiki talk:Common.css/Archive 12#CSS striped for .wikitable, MediaWiki talk:Common.css#Zebra striping again. Personnellement je ne sais pas quelle est la meilleur solution. --Mᴏʏᴏɢᴏ/ ⁽ᵈⁱˢᶜᵘᵗᵉʳ⁾ 20 novembre 2010 à 09:12 (CET)
replies: text: Cela avait déjà été discuté ici, sans suite: MediaWiki:common.css, classe pour l'alternance des gris des tableaux. On peut finalement adopter la solution du :nth-child. Cordialement, --Lgd (d) 20 novembre 2010 à 09:32 (CET)
replies: text: J'ai relancé ma proposition sur WP:DIMS, puisque JQuery a été déployé sur toutes les skins. Cette proposition marcherait très bien, donc. Dodoïste [ dring-dring ] 20 novembre 2010 à 14:57 (CET)
thread_title:  alterner les couleurs des lignes des tableaux 

message: Question du comte Ɲemoi – Par le modèle : infobox Pulsar tel qu’appliqué sur la page PSR B0042-73, on s’apperçoit que l’alignement en haut des données pose des problèmes sous le navigateur , et dans une moindre mesure (en dézoomant un peu) sous  ;  n’est pas touché. Sur les deux navigateurs sur lesquels le problème se posait, supprimer le « vertical-align:top; » de :
.infobox_v3 th[scope=row], .infobox_v3 td {
padding-top: 4px;
vertical-align: top;
}
suffit ; il me semble que ça ne pose pas de problème supplémentaire sous Firefox. Je n’ai pas une configuration pour tester plus avant (mauvaise connexion). Qu’en pensez-vous ? ce 14 octobre 2011 à 20:29 (CEST)
replies: text: Je vais reprendre du service admin-modèle en ce jour férié pour étudier la question. Mais à première vue c'est une histoire d'incompatibilité ou conflit entre du vertical-align: top; qui place le texte en haut et du  qui se place au-dessus encore (ou, à l'inverse, pousse le reste à se placer plus bas). J'avais une première idée qui consistait à écrire .infobox_v2 th * {vertical-align: top;} mais ça ne fonctionnait pas comme voulu non plus, d'où l'alternative que vous appelez rustine. Bon, je repasse demain et je regarderai le modèle v3. Gentil ♥ (d) 31 octobre 2011 à 22:53 (CET)
replies: text: Je crois qu'il n'y a pas de solution miracle pour le rendu sous Chrome, Safari et Epiphany. J'ai donc retiré le vertical-align: top; au moins pour les . Signalez-moi si ça a bien corrigé le problème évoqué. Gentil ♥ (d) 3 novembre 2011 à 15:00 (CET)
replies: text: Réponse du comte Ɲemoi – Merci, ce petit changement de comportement a bien réglé le problème dont il était question, et je n’en ai pas constaté de nouveau sur les différentes  vérifiées à l’occasion. Je verrai s’il y avait d’autres moyens de le régler lors d’une réflexion générale sur les classes des V3, mais ce n’est pas pour tout de suite. Amicalement, ce 3 novembre 2011 à 17:47 (CET)
replies: text: J'ai remis, mais avec cette fois une variante : . Ca corrige comme il faut sous Chrome 15 et ne casse rien sous FF8 et IE9. Gentil ♥ (d) 24 novembre 2011 à 14:03 (CET)
thread_title:  Alignement (en haut|vertical) des données dans les infoboîtes 

message: Question du comte Ɲemoi – Nos confrères espagnols signalent dans leur Common.css que la classe « .plainlinksneverexpand » est obsolète, et devrait être remplacée par « plainlinks nourlexpansion » (aucune de ces classes n’étant définies dans le Common.css français). Quelques tests :
* Google auiauiaui
* Google aui au iauia
* Google auiai auiauia
* Google auiai auiauia
* Google auiai auiauia
donnant :
* Google auiauiaui
* Google aui au iauia
* Google auiai auiauia
* Google auiai auiauia
* Google auiai auiauia
me font dire que la classe « plainlinks » est suffisante… bon, j’ai la flemme de réfléchir ce soir, mais il y a enquête à faire sur le sujet. Ce 29 octobre 2011 à 04:40 (CEST)
thread_title:  plainlinks nourlexpansion 

message: Message du comte Ɲemoi – Il est actuellement « recommandé » de placer entre deux appels de notes le  (pas facile à caser proprement dans une phrase). D’une manière assez théorique, cela ne devrait pas être : c’est du formatage, ce devrait être fait automatiquement, et ne pas surcharger le code wiki. Comme cela n’est pas évident à utiliser, il arrive que les contributeurs l’oublient ou ne le mettent pas.
J’hésite à proposer comme modification l’ajout de :
/* Faire apparaître magiquement des virgules entre les appels de notes, lorsque le modèle : , n’est pas présent */
sup[class="reference"] + sup[class="reference"] : before {
	content:",";
	padding-right:1px;
	position:relative;
	right:1px;
}
qui ne règle que l’affichage, et pour les navigateurs récents (voir mon test4). La sélection du contenu n’est pas concernée, rendant toujours une suite de chiffres incompréhensible. Question théorique : Quelqu’un fait-il un meilleur code ? Question pratique : Qu’est-ce qui est le plus intéressant : régler l’affichage en attendant qu’un bot ne vienne ajouter une virgule, ou laisser l’affichage moche pour signaler au contributeur potentiel qu’il pourrait placer là un modèle abscons ? j’hésite, qu’en pensez-vous ? ce 2 novembre 2011 à 03:25 (CET)
replies: text: C'est dû à la souplesse du format XML (donc HTML aussi) et aux limitations du CSS3 à ce niveau : le sélecteur d'adjacence + ne regarde que le voisinage de balises en ignorant le contenu qui les sépare. Donc en CSS pur il n'y a aucune solution actuellement et il n'y en aura pas avant de nombreuses années. Mais alors on peut se demander comment sont faits les espaces entre les références ? Et bien c'est simplement du décalage de 1 pixel de chaque côté qui va créer une illusion d'espace de 2 pixels avec .reference {padding-left: 1px;} et .cite_virgule {padding-right: 1px;}. Mais ce pixel ajouté est bien présent également à gauche de la première référence, même seule. Si on n'a pas de solution en CSS, on peut cependant avoir un modèle qui afficherait plusieurs références consécutives séparées par des virgules... et on retomberait alors dans l'utilisation d'accolades. Donc pas possible d'y échapper et la solution actuelle avec  est relativement gentille. Quand à améliorer le moteur wiki pour gérer le cas, c'est également possible, mais ce n'est pas une solution immédiate. Résumé de ma réponse :  on oublie ou on demande aux dévs de MediaWiki. Gentil ♥ (d) 4 novembre 2011 à 16:35 (CET)
thread_title:  Virgule [contenu généré des références] 

message: Bonjour,Pour faciliter la finalisation des styles de taxobox (refonte en cours par le projet Biologie), j'ai isolé ceux-ci dans MediaWiki:Common.css/taxobox v3.css. Cela permet à Utilisateur:Hexasoft d'éditer cette feuille avec plus de sécurité et sans encombrer l'historique de Common.css. Mais cela devrait rester temporaire : l'optimisation des performances mediawiki ne prend pas en compte ce cas de figure. Une fois ces styles au point, ils reviendront donc à leur place initiale. Cordialement, --Lgd (d) 6 février 2012 à 06:32 (CET)
thread_title:  Taxobox V3 temporairement en @import 

message: Les modifications en cours sur les classes, identifiants et styles liés au modèle  sont détaillées et expliquées dans Utilisateur:Lgd/autres-projets. Grosso modo, il s'agit simplement de supprimer des sélecteurs et règles obsolètes (inutilisées), de corriger quelques détails du rendu du modèle, et de remplacer l'ID par une classe pour assouplir la chose. Cordialement, --Lgd (d) 3 mars 2012 à 10:54 (CET)
thread_title:  Modifications liées aux styles du modèle {{m|autres projets}} 

message: Bonjour, 
dans l’article implication (logique) il y a une liste de définition utilisées pour expliciter des formules. La liste de définition ne semble pas incorrecte à utiliser dans ce cas, par contre le rendu est assez moche, notamment les formules en gras qui ne font pas l’hunanimité. Est-ce envisageable de créer une classe pour ce cas particuler ? J’ai pensé à encapsuler la liste dans un div par exemple et d’appliquer un style aux listes de définitions dans ce style, mais j’ignore si ça fait partie des pratiques qui seraient admises, ou si il y a une meilleure solution ...
Ça donne ça (enfin le rendu est pas le même dans les pdd visiblement :
;p ⇒ p 
: p a toujours la même valeur de vérité que p, donc cette implication est correcte. Elle est liée à la réflexivité de la déduction en logique classique.
;p ⇒ (q ⇒ p)
: Si p est vrai, q⇒ p est vrai aussi (c’est un des dits paradoxes de l’implication matérielle.)
TomT0m (d) 5 septembre 2012 à 12:46 (CEST)
replies: text: Il me semble qu'il faudrait d'abord s'entendre sur la sémantique qu'on veut donner à ce passage. Ensuite, on pourra faire une demande concrète ici. Ambigraphe, le 5 septembre 2012 à 20:36 (CEST)
thread_title:  Liste de définition et formule 

message: Quelqu'un a renommé l'image et donc elle n'apparait plus. Celle-ci fonctionne bien ici. JackPotte ($♠) 1 décembre 2012 à 15:00 (CET)
thread_title:  Image de Wikivoyage 

message: Ajout du comte Nemoi – Une question au Forum des nouveaux me rappelle que j’ai en test le code :
.mw-content-ltr ul + ul { margin-top:0.8em; }
qui permet de mettre en évidence une mauvaise syntaxe des listes, ou vu positivement de pouvoir enfin mettre deux listes l’une après l’autre sans risque de confusion. Actuellement, les codes :
* Premier élément
* Deuxième élément
et :
* Première liste
* Deuxième liste
rendent respectivement :
* Premier élément
* Deuxième élément
et :
* Première liste
Deuxième liste
ce qui se distingue assez mal, alors qu’il serait plus correct que le second rendit :
* Première liste
Deuxième liste
. Que pensez-vous de l’intérêt de cette manipulation, qui je n’en doute pour ma part pas permettrait une amélioration de la qualité du code après quelques temps ? ce 30 décembre 2012 à 03:26 (CET)
thread_title:  Mise en évidence des listes mal formatées 

message: Bonjour, j'essaie de réécrire l'infobox Stade en Lua, et j'aurais besoin de l'icône :File:Stadium.svg (il n'y a pas l'air d'y avoir de png équivalent) Ce serait possible de l'ajouter ? --Zolo (discuter) 16 décembre 2013 à 23:23 (CET)
thread_title:  Icône stade 

message: Voir Discussion Projet:Modèle#Modèle:Références : quand il y a 3 références 111 222 333 réparties sur 2 colonnes, actuellement WP en français met 111 à gauche et 222 333 à droite, tandis que WP en anglais met correctement 111 222 à gauche et 333 à droite grâce à la partie de en:MediaWiki:Common.css décrite comme Reset top margin for lists embedded in columns :
div.columns { margin-top: 0.3em; }
div.columns dl, div.columns ol, div.columns ul { margin-top: 0; }
où après essai c'est la deuxième ligne qui permet la répartition correcte.
Donc, puisqu'ici  ne crée qu'une  et utilise une classe references-small, je propose d'ajouter
.references-small ol {
  margin-top:0;
}
margin-top:0.3em; et les règles avec dl et ul ne me semblent pas utiles, mais si certains voient à quoi ça sert, ils peuvent le dire ici et demander à l'ajouter. — Oliv☮ Éppen hozzám? 6 février 2014 à 15:59 (CET)
replies: text: Je crois que j'ai trouvé l'explication de cette règle CSS de WP en anglais : :en:Template talk:Div col#Extra vertical space in first column. — Oliv☮ Éppen hozzám? 11 février 2014 à 15:03 (CET)
replies: text: Voilà c'est fait et ça marche. — Oliv☮ Éppen hozzám? 16 février 2014 à 20:12 (CET)
thread_title:  Répartition correcte des références sur plusieurs colonnes 

message: See Discussion Wikipédia:Accueil principal#Actualisation de la typographie Merci, Steven (WMF) (discuter) 3 avril 2014 à 00:03 (CEST)
thread_title:  Accueil principal 

message: Hello! If this CSS adds or modifies icons shown after external links, you'll be interested in knowing that such icons have been removed from MediaWiki core, a change which will reach this wiki in few days. You may want to consider whether you still need them. If you have questions, please ask at bugzilla:63725. Regards, Nemo 10 avril 2014 à 11:45 (CEST)
thread_title:  External links icons removed 

message: Voir Wikipédia:Questions techniques/semaine 51 2014#Problème d'html avec les cartes de géolocalisation. --Zolo (discuter) 17 décembre 2014 à 10:16 (CET)
thread_title:  Coportement bizarre d'infobox V3 

message: Tiens je vois un truc amusant sur WP hongrois : dans leur MediaWiki:Common.css, en plus des table.navbox qu'on a, il y a une ombre à droite ou en bas et à droite, comme dans l'exemple (Példa, ouvrir avec kinyit) du modèle correspondant à Modèle:Méta palette de navigation :
@media screen {
  table.navbox {
    box-shadow:3px 3px 6px #AAA;
    -webkit-box-shadow:3px 3px 6px #AAA;
    -moz-box-shadow:3px 3px 6px #AAA;
  }
}
C'est juste une idée comme ça, ça fait ressortir mais ce n'est pas indispensable. — Oliv☮ Éppen hozzám? 26 avril 2015 à 12:42 (CEST)
replies: text: Je trouve que c'est une fausse bonne idée : pris séparément c'est joli, mais en testant dans une page ça tranche trop avec les autres cadres (autres projets, bandeaux portails, etc). Et si on applique cela à tous les cadres, j'imagine que le contraste sera encore pire (en plus de compliquer la maintenance). od†n ↗blah 26 avril 2015 à 15:24 (CEST)
thread_title:  Ombre aux palettes 

message: Puisque le lien pour valider les style à disparu de la page, je le met ici :
validation de MediaWiki:Common.css par l'outil du W3C
 Zebulon84 (discuter) 14 mai 2015 à 14:55 (CEST)
thread_title:  Validation 

message: Bonjour, je vois de temps en temps un passage à la ligne entre un mot et un n° de référence accolé, ou entre un n° de référence et la ponctuation suivante qui peut même se retrouver isolée sur une ligne, c'est très sensible à la largeur de la fenêtre et il me semble que ça ne se voyait pas avant : quelque chose a peut être changé dans Mediawiki ? Dans ce cas, y aurait-il moyen de dire en CSS de ne pas couper la ligne juste avant ou après le n° de référence en exposant ? (classe CSS reference pour le ) — Oliv☮ Éppen hozzám? 19 août 2015 à 16:03 (CEST)
replies: text: Pour info, j’ai vu une remarque similaire il y a peu et j’ai aussi le problème (Firefox). En revanche je n’ai aucune idée de l’origine. Bonnes contributions — Ltrlg (discuter), le 19 août 2015 à 16:39 (CEST)
thread_title:  À la ligne avant ou après n° de référence 

message: bonjour, je souhaiterai ajouter le picto :File:Picto infobox psycho.png au code mediawiki. Quelqu'un pourrait-il m'aider ? Orphée [♪|♪|♪] 22 décembre 2015 à 00:41 (CET)
replies: text: Pour quelles pages / Infobox seraient utilisés ce pictogrammes ? Pourquoi le symbole est-il coupé sur la droite ? —  Zebulon84 (discuter) 22 décembre 2015 à 14:26 (CET)
replies: text:   Ce serait pour Modèle:Infobox Personnalité des sciences humaines et sociales. Il est coupé à droite pour donner une impression que la lettre est plus grande que le cadre de l'infobox. Orphée [♪|♪|♪] 22 décembre 2015 à 18:59 (CET)
replies: text:  Mais j'ai mis « psychologie » comme nom. —  Zebulon84 (discuter) 23 décembre 2015 à 11:09 (CET)
replies: text:  Super, merci. Ca fonctionne parfait ! cf. Burrhus Frederic Skinner après purge du cache. Orphée [♪|♪|♪] 23 décembre 2015 à 11:17 (CET)
thread_title:  icone psycho 

message: Bonjour,
Si quelqu'un pouvait ajouter la ligne suivante, je pourrais ajuster le module:Infobox/Biographie, tout comme nous l'avons fait pour les lutteurs, afin qu'il puisse tenir compte des judokas (j'ai mis 40px, mais si vous trouvez mieux, n'hésitez pas).
.entete.judo {
	background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/f/fa/Judo_pictogram.svg/40px-Judo_pictogram.svg.png");
}
- Simon Villeneuve 26 décembre 2015 à 18:08 (CET)
replies: text: TigH (discuter) 27 décembre 2015 à 14:40 (CET)
replies: text:  Juste une remarque au passage, lorsque vous ajoutez une classe d'icone pour les infoboite, pouvez vous ajouter ce qui est nécessaire sur cette page. Merci. (Nous sommes désolé de vous apprendre que la signature a été suspendue pour faute professionnelle) 28 décembre 2015 à 00:24 (CET)
thread_title:  Judo 

message: Bonjour,
Si quelqu'un pouvait ajouter la ligne suivante pour les fondeurs, je mettrais à jour module:Infobox/Biographie par la suite. Merci.
.entete.fondeur {
        background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/6/6c/Cross_country_skiing_pictogram.svg/40px-Cross_country_skiing_pictogram.svg.png");
}
--Rashinseita (discuter) 26 janvier 2016 à 17:31 (CET)
replies: text: Bonne continuation. TigH (discuter) 26 janvier 2016 à 18:22 (CET)
thread_title:  Ski de fond 

message: L'icône vers le Wiktionnaire ne fonctionne pas depuis au moins plusieurs minutes, par exemple dans Modèle:Autres projets. J'ai réparé le problème sur la Wikiversité en remplaçant le nom de la redirection par l'image originale. JackPotte ($♠) 14 février 2016 à 01:26 (CET)
replies: text: , merci pour l’information — bonnes contributions, Ltrlg (discuter), le 14 février 2016 à 01:36 (CET)
thread_title:  Demande de réparation d'une icône 

message: Bonjour,
J'ai importé le superbe Modèle:Agenda depuis le wiki des membres de Wikimédia France : voir  (doc à venir). Ce modèle fait des tableaux très esthétiques, avec hover et tout. C'est pourquoi j'aimerais ajouter la classe "agenda" qui sera très utilisée pour les WikiPermanences, Mardi/Jeudi c'est Wiki, les journées contributives, et dans l'immédiat pour le Mois de la contribution.
Voici le CSS que j'ai testé au préalable sur mon common.css
/* Agenda */
table.wikitable.agenda {border:none;}
table.wikitable.agenda td,
table.wikitable.agenda th {border:none; border-bottom: 1px solid #888;padding: 5px;}
table.wikitable.agenda th {text-align:left;background:#888;color:#FFF;font-size:1.1em;}
table.wikitable.agenda tr:hover {background:#EEE;} 
table.wikitable.agenda th td:hover {background:none;} 
table.agenda .alerte {color: #900;}
table.wikitable.agenda .sortarrow img {background:#FFF;}
Au plaisir, Benoit Rochon (discuter) 27 février 2016 à 16:38 (CET)
thread_title:  Ajout d'une classe 

message: Bonjour.  m'a recommandé de venir vous faire part de ma demande. Est-ce que vous pouvez m'aider pour ceci : Discussion modèle:Encart#Pourrait-on ajouter la valeur "information" ? Merci d'avance. -- TwøWiñgš Et si on discutait ? 23 mars 2016 à 15:23 (CET)
replies: text: Je précise comme sur le Bistro qu'il s'agit de ce qui est fait ici pour « .accessibilite » par exemple. — Oliv☮ Éppen hozzám? 23 mars 2016 à 15:32 (CET)
thread_title:  Ajout nouvelle valeur pour le modèle "Encart" ? 

message: Bonjour à tous, sur le Bistro d'aujourd'hui  demande à avoir sur mobile une des fonctionnalités CSS/JS de la version desktop (collapsible, collapsed, autocollapse de MediaWiki:Common.js), et je lui réponds que comme c'est un problème récurrent plus général, mieux vaut signaler ici aux connaisseurs en CSS et JS qu'il faudrait regarder tout ce qui dans les fichiers pour version desktop MediaWiki:Common.css, MediaWiki:Common.js pourrait être adapté aux fichiers pour version mobile MediaWiki:Mobile.css, MediaWiki:Mobile.js. — Oliv☮ Éppen hozzám? 24 août 2016 à 14:21 (CEST)
replies: text: Complément : pour la question initiale du Bistro,  indique là-bas phab:T124168 qui dit que la classe CSS navbox est supprimée par mw:Extension:MobileFrontend (wgMFRemovableClasses dans InitialiseSettings.php) : il reste donc ici la question plus générale de ce qui pourrait être mis dans le CSS et JS pour mobile. — Oliv☮ Éppen hozzám? 25 août 2016 à 10:14 (CEST)
replies: text:  Rien directement à mon avis. Si on veux les palettes en version mobile, il ne faut pas utiliser la class Navbox, et remplacer les CSS et JS MediaWiki associés à cette classe par du code de notre cru, s'assurer que ça présente bien même sur Froyo en 3.2 pouces, et maintenir le code pour les 10 prochaines années. Bref, je ne suis pas chaud. — Zebulon84 (discuter) 25 août 2016 à 10:31 (CEST)
thread_title:  Version mobile 

message: Il serait intéressant de pouvoir ajouter d'autres pictogrammes dans les infobox de sportifs. Voici trois suggestions :
.entete.aikido {
        background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/1/1b/Aikido_pictogram.svg/40px-Aikido_pictogram.svg.png");
}
.entete.kickboxing {
        background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/f/f1/Kickboxing_pictogram.svg/40px-Kickboxing_pictogram.svg.png");
}
.entete.taekwondo {
        background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/d/d3/Taekwondo_pictogram.svg/40px-Taekwondo_pictogram.svg.png");
}
- Simon Villeneuve 6 janvier 2017 à 19:51 (CET)
thread_title:  Autres entêtes sportives 

message: Bonjour.  et moi-même avions proposé/demandé l'ajout de nouveaux paramètres dans le modèle:Encart. Est-ce que quelqu'un de compétent pourrait nous aider ? Voir en pdd du modèle. Merci. -- TwøWiñgš Et si on discutait ? 21 février 2017 à 14:48 (CET)
replies: text: C'est fait. — Thibaut (会話) 21 février 2017 à 14:58 (CET)
replies: text:  Si je ne m'abuse, tu as pris en compte ma demande mais pas celle de Salix (voir plus haut sur la pdd). -- TwøWiñgš Et si on discutait ? 21 février 2017 à 15:17 (CET)
replies: text: Oups, désolé je n'avais pas vu. Il s'agit de la demande d'ajout de paramètres aide et note ? Il faudrait d'abord décider quelle icône utiliser. — Thibaut (会話) 21 février 2017 à 15:27 (CET)
replies: text:  Je te laisse répondre. -- TwøWiñgš Et si on discutait ? 21 février 2017 à 15:45 (CET)
replies: text:   C'est pas grave, "information" peut peut-être convenir aussi dans ces deux cas. Je propose qu'on se donne deux ans pour tester puique c'est la fréquence d'usage entre deux demandes  -- Amicalement, Salix [Converser] 21 février 2017 à 19:14 (CET)
thread_title:  Aide pour ajout de paramètres 

message: Bonjour,
En essayant de régler le CSS de Vikidia, je me rends compte que cette page n'est pas lue par Mediawiki ici non plus.
NB: j'ai fait le test avec Safari en envoyant le "iPhone" comme Agent afin d'avoir la mise en page style Minerva.
Est-ce que d'autres personnes confirment que ce code est mort ? Si oui, on fait comment pour mettre du CSS pour le mobile ? Plyd /!\ 21 novembre 2017 à 08:54 (CET)
replies: text: Bonsoir Plyd, je viens de faire un petit test: mettre un fond rouge à un élément de la page d'accueil de testwiki en utilisant :testwiki:MediaWiki:Mobile.css. Et en allant sur http://test.m.wikipedia.org/ depuis l'ordinateur ou le mobile, le carré rouge est affiché, le CSS est pris en compte chez moi. Tu peux regarder si il s'affiche bien chez toi ? --Framawiki ✉ 21 novembre 2017 à 21:44 (CET)
replies: text: Merci pour ton aide. Bon, j'ai pas réussi à trouver le code dans les fichiers css, mais c'est résolu. Sur Vikidia, ça devait être un problème de rafraîchissement de cache. Désolé pour le dérangement !!! Plyd /!\ 23 novembre 2017 à 09:17 (CET)
replies: text: Pas de problème, content que ce soit résolu :) --Framawiki ✉ 23 novembre 2017 à 19:33 (CET)
thread_title:  [[MediaWiki:Mobile.css]] n'est plus affichée ? 

message: Elle doit être remplacée par https://upload.wikimedia.org/wikipedia/commons/thumb/a/af/Under_construction_icon-yellow.svg/20px-Under_construction_icon-yellow.svg.png Kelson (discuter) 25 juin 2019 à 07:46 (CEST)
replies: text: Orlodrim (discuter) 25 juin 2019 à 08:57 (CEST)
thread_title:  Mauvaise (HTTP 404) URL "//upload.wikimedia.org/wikipedia/commons/thumb/a/af/Under_construction_icon-yellow.svg/20px-Under_construction_icon-yellow.svg.png" 

message: Hey, User:Od1n, Do you think you can move the 2017 main page bits (accueil_2017_en-tete  and so on) to TemplateStyles or just remove them if they are not used? That seems like a big low hanging fruit. Ladsgroup (discuter) 23 août 2019 à 15:49 (CEST)
replies: text: Sadly there styles are a mess, and have been reused elsewhere quite a bit… search for example insource:"accueil_2017_cadre". od†n ↗blah 23 août 2019 à 23:52 (CEST)
thread_title:  2017 Main page 

message: Je viens de faire un modèle qui permet de faire des listes ordonnées numérotées différemment, . Il nécessite quelques ajouts dans le CSS (Modèle:Liste ordonnée spéciale#CSS), est-ce le bon endroit pour faire une requête? ~ nicolas (discuter) 7 septembre 2019 à 18:48 (CEST)
replies: text: Fausse alerte, je viens de découvrir :mw:Help:TemplateStyles! ~ nicolas (discuter) 8 septembre 2019 à 20:29 (CEST)
thread_title:  Modèle:Liste ordonnée spéciale 

message: J’ai travaillé dernièrement à nettoyer les utilisations de certaines class avec pour objectif initial de pouvoir les retirer du Common.css.
Finalement, Od1n m’a dissuadé d’aller jusqu’au bout de ma démarche. Ses arguments :
* 
* 
Pour mémoire, et au cas où ces recommandations changeaient dans le futur, voici où j’en étais :
* class bandeau (114 lignes) : 461 utilisations dont 
** MediaWiki : 18 pages, dont MediaWiki:Mobile.css. C’est bloquant pour moi, pourrait-on les remplacer par l’appel d’un modèle ?
** 11 modèles
** 20 portails
* class infobox_v2 (44 lignes) : 425 utilisations dont
** MediaWiki:Mobile.css et MediaWiki:Timeless.css
** 9 modèles
** 2 modules
* class infobox_v3 (181 lignes) : 
** On pourrait ajouter un TemplateStyle à Module:Infobox et Modèle:Infobox V3/Début
** MediaWiki:Mobile.css et MediaWiki:Timeless.css
** MediaWiki:Gadget-ArchiveLinks.js
* class taxobox (118 lignes) :
** On pourrait ajouter un TemplateStyle à Modèle:Infobox Taxon, Modèle:Taxobox début, Modèle:Taxobox simple début, Modèle:Taxoessai début et Modèle:Taxoessai simple début
--FDo64 (discuter) 29 février 2020 à 09:49 (CET)
replies: text: Impeccable, merci pour les notes. Aucun doute que ces travaux ne peuvent que faire évoluer les codes du wiki dans le bon sens. od†n ↗blah 1 mars 2020 à 03:48 (CET)
thread_title:  Class des bandeaux et Infobox 

message: Bonjour,
La marge de div.boite-a-droite est actuellement "1em 0 1em 1em". J'envisage de la passer à "0 0 1em 1em" (pas de marge en haut) pour être cohérent avec table.right et ainsi résoudre le problème signalé dans Wikipédia:Demande d'intervention sur une page protégée#Modèle:Décennie (d · h · j · ↵), c'est-à-dire des espaces verticaux inégaux entre les trois boîtes de :Catégorie:1904 ().
Je crois que  est le seul modèle très utilisé qui sera affecté par ce changement. En essayant, je vois pas de problème (même quand il est en début de section, il y a toujours un espace raisonnable entre le titre de la section et la boîte).
Je ferai la modification dans quelques jours s'il n'y a pas d'objections.
Orlodrim (discuter) 14 avril 2020 à 19:03 (CEST)
replies: text: Orlodrim (discuter) 17 avril 2020 à 18:55 (CEST)
thread_title:  Marge de boite-a-droite 

message: Il faut ajouter .wikimania {
	background-image: url("//upload.wikimedia.org/wikipedia/commons/thumb/4/4c/Wikimania-logo.svg/17px-Wikimania-logo.svg.png");
	background-position: 1px 1px;
} pour Wikimania. Golmore par ici ! 3 septembre 2020 à 17:26 (CEST)
replies: text: Où cette classe est-elle utilisée ? Pour info, j'ai récemment masqué le lien interprojet dans la colonne de gauche plutôt que d'ajouter une icône, mais c'était pour la classe wb-otherproject-wikimania dans ce cas. Orlodrim (discuter) 3 septembre 2020 à 18:48 (CEST)
replies: text:  je suppose qu'elle existe, puisque la classe existe pour les autres projets. Golmore par ici ! 3 septembre 2020 à 19:23 (CEST)
replies: text:  À ma connaissance, les autres classes ont été ajoutées principalement pour le modèle . Ça sert donc pour les projets dont les pages peuvent être mises en correspondance avec Wikipédia. Pour les wikis ayant une fonction plus spécifique et plus "méta" comme wikimania:, outreach: ou wikitech:, je ne vois pas de raison d'avoir une icône CSS (en tout cas pas de l'ajouter par anticipation, on verra bien s'il n'y en a pas besoin pour faire fonctionner un modèle précis). Orlodrim (discuter) 3 septembre 2020 à 20:17 (CEST)
thread_title:  Wikimania