Aller au contenu

Discussion MediaWiki:Common.css

Le contenu de la page n’est pas pris en charge dans d’autres langues.
Une page de Wikipédia, l'encyclopédie libre.
Archive 1
Les fils de discussion âgés de plus de 30 jours sont archivés automatiquement par OrlodrimBot.

Italique dans les bandeaux d’homonymie

[modifier le code]

Pour permettre de respecter nos conventions typographiques dans les bandeaux d’homonymie et associés, peut-on ajouter la règle suivante à la ligne 237 ?

.homonymie i {
	font-style: normal;
}

Cela permettrait d’enlever l’italique pour le texte mis entre deux paires d’apostrophes droites au sein de ces bandeaux, par exemple pour un mot en langue étrangère. -- Pols12 (discuter) 17 novembre 2022 à 02:01 (CET)[répondre]

Rendre cohérente la typographie des titres de section

[modifier le code]

La typographie des titres de section de 2e niveau est incohérente : Marc Mongenet (discuter) 17 janvier 2023 à 14:48 (CET)[répondre]

2. Serif 21 px graisse 400

[modifier le code]

3. Sans-serif 16,8 px graisse 700

[modifier le code]

4. Sans-serif 14 px graisse 700

[modifier le code]
5. Sans-serif 14 px graisse 700
[modifier le code]

Paragraphe : Sans-serif 14 px.

Est-ce un bug ? Est-ce que cela peut être facilement corrigé ? Marc Mongenet (discuter) 17 janvier 2023 à 14:44 (CET)[répondre]

Marc Mongenet : pour ma part, je vois bien le titre de niveau 2 en sans-serif dans ton exemple. J'utilise Firefox sous Archlinux. Dans le style CSS trouvé par Firefox pour h2, j'ai : font-family: sans-serif !important;
Epok__ (), le 19 janvier 2023 à 06:11 (CET)[répondre]
Bonjour @Epok, tu as sans doute un style personnel qui est appliqué. Essaie avec ton navigateur en mode incognito. Marc Mongenet (discuter) 19 janvier 2023 à 08:25 (CET)[répondre]
Vu, effectivement, h2 apparaît en Serif lorsque je ne suis pas connecté. Pourtant, je n'ai pas appliqué de style personnel: rien à ce propos dans mon CSS, et je ne vois rien dans mes préférences qui soit lié au choix de la police de rendu... Étrange. Epok__ (), le 19 janvier 2023 à 13:53 (CET)[répondre]
Ok, j'ai compris. C'est car j'utilise l'outil "Outils de discussion", actuellement en bêta. Celui-ci présente un titre propre et clair, alors que sans cet outil, le rendu des titres des discussions a les problèmes que tu évoques. Epok__ (), le 19 janvier 2023 à 19:37 (CET)[répondre]

Activer .nowrap dans l’éditeur visuel

[modifier le code]

Bonjour !

Le jeu de règle pour la classe .nowrap est écrasé par un autre dans l’éditeur visuel. Afin de donner plus de poids à ce jeu de règles dans l’éditeur visuel, peut-on changer .nowrap { en .nowrap, .ve-ce-focusableNode.nowrap { svp ? -- Pols12 (discuter) 15 novembre 2023 à 17:13 (CET)[répondre]

Hey @Od1n apologies for writing in English. I noticed quite a serious issue that might be impacting SEO of French Wikipedia in that styles for the mobile site were loading only for JavaScript users and in a non-render blocking way which made the page reflow.

AS a result I've moved this code to a gadget so it works consistently with MediaWiki:Common.css as I think that's what is intended here. Since MediaWiki:Mobile.css was basically a copy of MediaWiki:Common.css you may also want to consider enabling the gadget on all skins and getting rid of Common.css altogether.

On a general note the CSS for both mobile and desktop is still not great from an SEO or performance perspective. I highly recommend using TemplateStyles for styles going forward. Izno in English Wikipedia would be a good person to seek advice on if that's something you have the time to pursue.

Let me know if I can help in any other way. Jon (WMF) (discuter) 23 février 2024 à 22:30 (CET)[répondre]

Oh yes, I am very aware that there are reflow issues with the CSS on mobile… Actually, I had already posted a comment about this. Also I just noticed this comment, I liked the comparison with an empty plate.
The change you made, leveraging the gadgets system, looks like a workaround, and is a clear demonstration that the current way of loading the mobile CSS is wrong.
In our days, there is HTTP/2 (and 3 is even on the rails), HTTP cache, ResourceLoader, prefetch… So I don't understand why the mobile CSS is still loaded so badly.
And no, our Mobile.css is not a mere copy of the Common.css, there are some differences (often because of very invasive MediaWiki rules in the Minerva skin that have to be overriden). If there are code duplications, it's because there is no common file for both desktop and mobile. On top on that, there is also the case of the Minerva skin on desktop, which loads Common.css and Minerva.css, and this skin is so particular that there are issues due to the loading of the former. Actually, I'm considering to just no support Minerva on desktop at all.
About TemplateStyles, in many cases it is not suitable:
  • Some rules are targetting the site interface.
  • In some cases the classes may also be used manually, rather than through a template.
  • Some rulesets are used in most pages, so that it would be counterproductive to output them in HTML of all pageviews, rather than having them in cached CSS.
  • There are some issues, such as T303378.
od†n ↗blah 24 février 2024 à 04:03 (CET)[répondre]

Code pour le mode nuit dans le common.js ?

[modifier le code]

Bonjour @Od1n, Je n'ai pas enlevé ce que j'avais ajouté pour le mode nuit, mais après réflexion je me demande si ça a vraiment sa place sur common.js étant donné que le mode nuit ne concernera que les habillages Minerva et Vector-2022. Escargot (discuter) 24 mars 2024 à 09:55 (CET)[répondre]

D'ailleurs, je n'ai pas fini les modifications ici quand je me suis aperçu qu'elles n'avaient d'effet ni avec ?minervanightmode=1 (écrasé par MediaWiki:Gadget-Mobile.css même sur ordinateur), ni avec ?vectornightmode=1 (mode nuit seulement implémenté partiellement sur Vector 2022 pour le moment). Escargot (discuter) 24 mars 2024 à 10:00 (CET)[répondre]
OSZAR »