Discussion MediaWiki:Common.css

55 erreurs

Quelqu'un peut-il svp confirmer que les 55 erreurs du css-validator sont normales, ou y aurait-il un grand travail à reprendre ? JackPotte 25 novembre 2009 à 18:16 (UTC)

De plus, bizarrement c'est le même chiffre que pour Discussion_MediaWiki:Monobook.css#55_erreurs. JackPotte 25 novembre 2009 à 18:48 (UTC)

Début de solution, il faut afficher cette page au format raw pour faire tomber le chiffre Mediawiki de 45 à 0. Il reste donc 3 erreurs sur la présente page. JackPotte 28 novembre 2009 à 00:25 (UTC)

Reprenons :

1. 182 .API Value Error : font-family Generic family names are keywords, and therefore must not be quoted. : 'DejaVu Sans','Lucida Grande','Arial Unicode MS','Lucida Sans Unicode','Charis SIL','Doulos SIL',Gentium,GentiumAlt,'Adobe Pi Std',Code2000,'Chrysanthi Unicode','TITUS Cyberbit Basic','Bitstream Cyberbit','Hiragino Kaku Gothic Pro','Matrix Unicode','sans-serif'

   Facile, il manque y a des apostrophes sauf autour de Gentium, GentiumAlt, et Code2000.

2. 206 .templatesUsed ul : Property -moz-column-count doesn't exist : 3
3. 214 .hiddencats ul : Property -moz-column-count doesn't exist : 2

   Même erreur, -moz* n'est pas reconnu comme propriété, il faut sûrement ajouter display: juste devant. JackPotte 28 novembre 2009 à 13:24 (UTC)

   En tout cas elle est sensée fonctionner pour Firefox et Netscape. JackPotte 28 novembre 2009 à 13:28 (UTC)

C'est réglé. JackPotte ($) 9 mai 2010 à 12:48 (UTC)

HTTP/HTTPS

Il y a un problème avec la ligne suivante quand on utilise HTTPS :

@import url("http://fr.wiktionary.org/w/index.php?title=Utilisateur:Nemoi/accueil.css&action=raw&ctype=text/css");

Il vaut mieux utiliser des URLs relatives au protocole (supprimer le http:) comme c'est déjà le cas pour le reste du fichier -->

@import url("//fr.wiktionary.org/w/index.php?title=Utilisateur:Nemoi/accueil.css&action=raw&ctype=text/css");

-- ◄ David L • discuter ► 13 mai 2012 à 10:03 (UTC)

J'ai changé la ligne. Merci à toi. -- Quentinv57 ✍ 13 mai 2012 à 10:36 (UTC)

Merci pour l'intervention rapide.

-- ◄ David L • discuter ► 13 mai 2012 à 11:09 (UTC)

Retrait de "Prononciations audio sur une ligne"

Depuis la dernière migration ce code n'affiche plus et même pire, quand il apparait on ne peut plus lire les sons, seul un nul edit peut réparer en le retirant. Je m'en vais donc l'enlever pour l'instant. JackPotte ($♠) 17 novembre 2012 à 18:09 (UTC)

Le h3 et les images dans les thésaurus

Suite à un problème de clear dans les h3 avec les images (voyez la première sur le thésaurus:fleur/français, je propose qu'on enlève

	clear: both;

de « #mw-content-text h3 » et qu'on rajoute en-dessous :

.ns-0 #mw-content-text h3 {
	clear: both;
}

Êtes-vous d'accord ? --— Lyokoï (Discutons ) 4 mai 2017 à 17:48 (UTC)

Pourquoi seuls les titres 3 auraient des attributs personnalisés ? On pourrait carrément les retirer de cette page pour que leur comportement soit aligné sur les titres 4 qui pullulent dans le ns0 (pour info les h2 ont déjà un clear:both dans MediaWiki:Gadget-StyleArticles.css, où les h3 sont redéfinis dans le ns0). JackPotte ($♠) 4 mai 2017 à 19:11 (UTC)

@JackPotte : J’avais proposé cette modification à @Lyokoï : pour résoudre le problème qu’il avait, mais je ne connais pas encore bien votre architecture ; effectivement il semble plus pertinent de réserver les styles pensés pour le ns0 au gadget vu son existence — Ltrlg (discuter), le 4 mai 2017 à 19:39 (UTC)

Et voilà JackPotte ($♠) 4 mai 2017 à 19:42 (UTC)

<source> obsolète

La balise <source> est devenue obsolète et doit être remplacée par <syntaxhighlight>, cependant elle est inutile sur les pages de scripts où la mise en valeur de la syntaxe est tout de même activée. Je propose donc de supprimer le commentaire au début et celui à la fin de la page.

-- ◄ David L • discuter ► 7 juin 2020 à 13:03 (UTC)

Darmo (Viendez parler !) 7 juin 2020 à 13:06 (UTC)

Merci -- ◄ David L • discuter ► 7 juin 2020 à 13:10 (UTC)

Classe API obsolète

Bonjour,

Problème sur la classe API :

• Elle contient des fontes qui n'ont aucun caractère API (Segoe UI Symbol, Adobe Pi Std) ou une prise en charge très partielle (Hiragino Kaku Gothic Pro).
• Certaines fontes ne sont plus distribuées sous le nom utilisé (Gentium par exemple, distribuée depuis plusieurs années comme deux fontes différentes : Gentium Basic – sans caractères API – et Gentium Plus).
• La nécessité de faire une telle classe vient des limites de vieux navigateurs comme Netscape Navigator 4.77 et Internet Explorer 6 (incapacité de faire du "Composite Font Mapping" : si une fonte a une absence de prise en charge, complète ou partielle, d'un bloc Unicode, ces navigateurs ne peuvent composer le texte en allant chercher les caractères dans une autre fonte) et de l'absence de fontes avec caractères API dans les vieilles versions des systèmes d'exploitation. Aujourd'hui un ordinateur avec Windows 10 comporte les fontes suivantes, offrant la prise en charge de la totalité des 96 caractères du bloc IPA Extension : Arial, Calibri, Cambria, Consolas, Courier New, Microsoft Sans Serif, Segoe UI, Tahoma, Times New Roman.

J'ai essayé de faire l'historique de cette classe dans MediaWiki. Notre version est très ancienne, puisqu'à part la modif de 2109, elle existait déjà sous une forme très proche sur la Wikipédia anglophone en 2008, date à laquelle elle est radicalement modernisée, avant d'être complètement supprimée suite à diverses péripéties [1], [2], [3].

Le wiktionnaire anglophone a une classe IPA un peu moins vieille et incorrecte que la nôtre : https://en.wiktionary.org/wiki/MediaWiki:Common.css

Notre modèle {{Polices API}} semble dériver de la classe, avec des modifications notamment intervenues en 2009. Mais je ne sais pas si ce modèle sert encore à quelque chose.

Ma proposition :

1. Se débarrasser entièrement de la classe, qui n'a plus de justification.
2. Ou, si la prise en charge de Netscape Navigator 4.77 et d'Internet Explorer 6 reste une nécessité, au moins y faire un sérieux ménage.

Thomas Linard (discussion) 10 juillet 2020 à 21:22 (UTC)

La classe est aussi utilisée par les modèles {{pron}}, {{phon}}, {{phono}} et {{écouter}}. Le modèle {{Polices API}} n’est effectivement plus utilisé. Concernant les polices elles-mêmes, je serais pour en laisser quelques-unes qui affichent correctement les diacritiques plutot que tout supprimer. Darmo (Viendez parler !) 10 juillet 2020 à 21:31 (UTC)

Il me semblait en effet que {{Polices API}} n'était plus utilisé. Donc je l'ai modifié avec la cascade que je propose. Thomas Linard (discussion) 11 juillet 2020 à 14:37 (UTC)

Est-ce que la liste contient des polices libres de droits (pour la compatibilité Linux) ? Darmo (Viendez parler !) 11 juillet 2020 à 15:13 (UTC)

Libres de droits, elles le sont toutes, comme d'ailleurs la plupart des fontes existantes, puisque cela veut dire qu'elles ne sont pas exclusives (si quelqu'un cherche à te vendre l'exclusivité sur Arial ou Helvetica, c'est une arnaque). Si tu demandes si elles sont sous licence libre (au sens d'une licence qui permet leur usage gratuit, y compris dans un cadre commercial), DejaVu Sans, Charis SIL, Doulos SIL et les Gentium sont sous une telle licence, et facilement trouvables sous Linux. Thomas Linard (discussion) 11 juillet 2020 à 17:21 (UTC)

Ma question était plus pour savoir si elles étaient accessible facilement sous Linux, contrairement à Arial qu’il faut télécharger séparément par exemple. Mais du coup c’est bon pour moi ! Darmo (Viendez parler !) 11 juillet 2020 à 17:24 (UTC)

Les 4 fontes que j'ai cités sont très courantes sous Linux, surtout la DejaVu Sans. Mais bon, j'insiste encore sur le "Composite Font Mapping" : il faut vraiment avoir quelque chose de très vieux sous Linux, Windows ou macOS pour avoir un navigateur qui ne sait pas le faire. Donc la nécessité de cette classe est très relative… Mais au moins, elle ne sera pas faite de fontes prises au petit bonheur la chance… Thomas Linard (discussion) 11 juillet 2020 à 20:08 (UTC)

La dernière discussion concernant les fontes de l’API est probablement Wiktionnaire:Wikidémie/mai 2019#Barres de ton. — TAKASUGI Shinji (d) 22 juillet 2020 à 13:47 (UTC)

Merci de retirer l'énorme marge à droite introduite le 21/07

Enregistré sur Phabricator
T246420

Sur Firefox avec Vector uniquement et depuis deux jours, mon mw-content-container est presque moitié plus petit que mon mw-workspace-container, ce qui affiche une grosse marge à gauche et une énorme à droite, et mon PC 17 pouces voit des articles réduits à une taille qui tiendraient sur un écran de tablette ! Merci de retirer cette affichage indésirable svp. JackPotte ($♠) 23 juillet 2020 à 19:51 (UTC)

Salut, c’est à cause de la nouvelle version de Vector. Je sais pas si on peut y faire grand chose… Darmo (Viendez parler !) 23 juillet 2020 à 20:09 (UTC)

C’est ça de pas utiliser Timeless aussi Lepticed7 (À l’immortalité !) 23 juillet 2020 à 20:16 (UTC)

Revenir sur l’ancienne version… Lyokoï (Discutons ) 23 juillet 2020 à 20:17 (UTC)

C'est bizarre qu'on soit le seul site touché par ce bug avec Vector. JackPotte ($♠) 24 juillet 2020 à 13:36 (UTC)

Mais c'est pas un bug, c'est une mise à jour. Tous les autres wiki vont y passer progressivement. Ça a été annoncé dans la Wikidémie et il y a déjà des discussions dans le bistro du 23 juillet Noé 24 juillet 2020 à 13:43 (UTC)

Ça ne m’étonnerai pas que ce soit une question d’ergonomie et de fatigue visuelle et que se soit fait exprès. Otourly (discussion) 24 juillet 2020 à 14:09 (UTC)

Font-stacks

Nous avons deux font-stacks problématiques :

1º Un code qui vient de l'import en 2010 de Monobook.css, où il avait été introduit en 2005 par Moyogo (d · c · b) :

.boite-accueil-haut {font-family: Verdana, Arial, Helvetica, sans-serif;}

Fonte choisie selon les OS (à chaque fois j’assume une configuration standard et un système à jour) :

• Android : aucune de la liste
• iOS : Verdana
• Linux : aucune de la liste
• macOS : Verdana
• Windows : Verdana

Intérêt de cette font-stack ? Autant revoir tout l'affichage du latin, non ?

Donc, je propose de la remplacer par :

.boite-accueil-haut {font-family: sans-serif;}

Ou de la supprimer si elle est devenu sans objet.

2º Un code qui vient d'une demande dans Wiktionnaire:Questions techniques/septembre 2020#Gestion des fontes pour le chinois traditionnel et le vietnamien par Popolon (d · c · b) en 2020 :

: lang(vi-Hani) {font-family: 'Nom Na Tong', 'HAN NOM A', 'HAN NOM B', Sun-ExtA, Sun-ExtB, Ming-Lt-HKSCS-UNI-H, Ming-Lt-HKSCS-ExtB, HanaMinA, HanaMinB, HanaMin, 'PingFang TC', MingLiU, MingLiU-ExtB, 'MingLiU_HKSCS', 'MingLiU_HKSCS-ExtB', SimSun, SimSun-ExtB, 'Arial Unicode MS', 'TITUS Cyberbit Basic', sans-serif;}

Cette stack a pour but de provoquer un affichage correct des caractères chữ Nôm. Pour cela, il y a deux solutions (mais c’est la même problématique pour le chinois simplifié, le chinois traditionnel, les hanja coréens, les kanji japonais) :

1. Utiliser une fonte qui a la forme spécifique des caractères dans la langue choisie. C’est plus simple à mettre en œuvre, mais oblige à avoir une fonte par langue (ou tradition). Le formatage HTML+CSS peut spécifier cette fonte en particulier ou simplement déclarer la langue (et alors compter sur les réglages du navigateur pour trouver la meilleure fonte pour cette langue).
2. Utiliser une fonte disposant d’une fonction OpenType locl (localisation) qui va faire le lien entre un glyphe spécifique et une langue. Cela suppose 1) un navigateur qui gère la fonction locl (prise en charge assez ancienne, sauf pour Safari qui ne le fait que depuis sa version 15) ; 2) l’indication de la langue dans le code HTML.

Je me demande si les problèmes d’affichage ne viennent pas seulement d’une langue mal renseignée en HTML. Mais admettons. Toutefois, dans cette longue font-stack, certaines n’offrent aucune des deux solutions (au minimum les deux dernières : 'Arial Unicode MS', 'TITUS Cyberbit Basic', et j'ai des doutes sur la complétude de beaucoup d'autres après les trois premières), donc je n’en vois pas l’intérêt. On pourrait au minimum alléger la stack :

: lang(vi-Hani) {font-family: 'Nom Na Tong', 'HAN NOM A', 'HAN NOM B', Sun-ExtA, Sun-ExtB, Ming-Lt-HKSCS-UNI-H, Ming-Lt-HKSCS-ExtB, HanaMinA, HanaMinB, HanaMin, 'PingFang TC', MingLiU, MingLiU-ExtB, 'MingLiU_HKSCS', 'MingLiU_HKSCS-ExtB', SimSun, SimSun-ExtB, serif;}

Keymap9 (discussion) 23 mai 2022 à 20:08 (UTC)

@Keymap9 : J’ai retiré la définition .boite-accueil-haut {font-family: Verdana, Arial, Helvetica, sans-serif;}. Moyogo (discuter) 1 février 2023 à 11:06 (UTC)

Merci ! Problème 1 réglé donc, reste le 2. Keymap9 (discussion) 28 mars 2023 à 10:22 (UTC)