Journal : nouveau style par défaut linuxfr
Posté par Matthieu BENOIST () le 15 décembre 2004
J'aime bien.
C'est clair, lisible, ça me fait pas ramer le panda roti comme certain style, pis ca change.
C'est clair, lisible, ça me fait pas ramer le panda roti comme certain style, pis ca change.
> Lire le journal (49 commentaires, moyenne: 2,8).
Vous avez demandé le commentaire #510384.
Run by 
Cette page a été générée par Templeet en 0.0763s (dont 0.0069 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
http://www.chezmoicalefaitpas.org
Je pense que ca vient de l'écran que j'ai au boulot, mais c'est tout bonnement illisible avec un BenQ FP7331... Par contre, au niveau couleurs/formes, c'est vrai qu'il est vraiment pas mal!
/me qui va se mettre en chasse pour retrouver l'ancien thème...
"Il faut" (Ezekiel 18:4) "forniquer" (Corinthiens 6:9, 10) "avec des chiens" (Thessaloniciens 1:6-9) "morts" (Timothée 3:1-10).
[^]Re: http://www.chezmoicalefaitpas.org
illisible peut être pas, mais j'en suis pas loin avec le moz/win32 du boulot... les fontes bavent affreusement, m'en vais en remettre l'ancien.
[^]Re: Vera
Cette feuille de style utilise la police Vera, une police libre téléchargeable sur
http://ftp.gnome.org/pub/GNOME/sources/ttf-bitstream-vera/1.10/(...)
[^]Re: Vera
Une question à 2 euros :
Il n'y a pas moyen de faire un import automatique d'une police sur le serveur en CSS ? C'est à dire faire en sorte que le navigateur puisse prendre en compte une police ne se trouvant pas sur le poste client. Il me semble que c'est possible avec un import() ou quelque chose comme ça (j'ai lu il y a quelque temps la doc CSS sur les sites yoyodesign et lagrange.net) mais je n'en suis pas sûr.
Hôdo
Livingstone
[^]Re: Vera
Effectivement, c'est possible... mais c'est propriétaire à internet explorer.
#define MAGIC 0xdefaced /* I should've patented this number -cliph */
[^]Re: Vera
lu sur http://www.yoyodesign.org/doc/w3c/css2/fonts.html#font-descriptions(...)
15.3.5 Le descripteur de référencement : 'src'
Ce descripteur est requis pour référencer les données de police réelles, que celles-ci soient téléchargeables ou installées localement.
'src' (Descripteur)
Valeur : [ [format(<chaîne> [, <chaîne>]*)] | <police-nom> ] [, [format(<chaîne> [, ]*)] | <police-nom> ]*
Initiale : indéfinie
Médias : visuel
C'est une liste de polices, par ordre de priorité, leurs noms séparés par une virgule, ces polices étant externes et/ou installées localement. Les références externes pointent sur les données des polices, et sont requises si la PoliceWeb doit être téléchargée. La ressource de police peut-être un sous-ensemble de la police désignée, cette ressource, par exemple, pouvant ne contenir que les glyphes nécessaires pour une page donnée, ou un jeu de pages.
Une référence externe consiste en un URI, suivi par un indice facultatif concernant le format de la ressource de police désignée par l'URI, cette indication devrait être utilisée par les agents utilisateurs pour leur éviter de requérir des formats de police inutilisables par eux. Comme pour toute référence hypertextes, d'autres formats pouvant être disponibles, l'agent utilisateur sachant par avance ce qu'il trouvera à cette adresse, leur lecture de cet indice serait sans doute plus fiable qu'une interprétation d'un suffixe de fichier d'un URI.
L'indice de format est constitué d'une liste de chaînes, séparées par une virgule, représentant des formats de polices répandus. L'agent utilisateur honorera le nom des formats de police qu'il reconnaît et évitera de télécharger les polices dont les noms de format lui sont inconnus.
Voici une première liste de noms de formats, définis dans cette spécification, et qui est représentative des formats utilisés par les implémentations sur diverses plates-formes :
Chaîne Format de police Exemples d'extensions courantes
"truedoc-pfr" TrueDoc™ Portable Font Resource .pfr
"embedded-opentype" Embedded OpenType .eot
"type-1" PostScript™ Type 1 .pfb, .pfa
"truetype" TrueType .ttf
"opentype" OpenType, y compris TrueType Open .ttf
"truetype-gx" TrueType avec des extensions GX
"speedo" Speedo
"intellifont" Intellifont
Comme pour les autres URIs en CSS, ceux-ci pouvant être partiels, auquel cas un URI se résout par rapport à l'endroit où se trouve la feuille de style qui contient la règle @font-face.
L'expression <police-nom> représente le nom entier d'une police installée localement. The nom entier de la police correspond à celui reporté par le système d'exploitation, c'est certainement le nom le plus utilisé dans les feuilles de style de l'utilisateur, dans celle par défaut de l'agent utilisateur ou probablement dans celles de l'auteur dans un réseau interne. Des indications, telles que bold, italic ou underline, sont souvent rajoutées pour différencier les polices d'une famille. Pour plus d'informations sur les noms entiers des polices, voir les notes plus bas.
La notation pour <police-nom> consiste en le nom entier de la police, celui-ci doit être mis entre guillemets, car le nom peut contenir n'importe quel caractère, y inclus des espaces et des signes de ponctuation, et doit aussi être placé à l'intérieur des chaînes "local(" et ")".
Exemple(s) :
src: url("http://foo/bar(...)")
un URI complet et aucun indice sur le(s) format(s) de police disponible à cet endroit ;
src: local("BT Century 751 No. 2 Semi Bold Italic")
une référence à une police donnée, installée localement ;
src: url("../fonts/bar") format("truedoc-pfr")
un URI partiel vers une police disponible au format TrueDoc ;
src: url("http://cgi-bin/bar?stuff(...)") format("opentype", "intellifont")
un URI complet, dans ce cas vers un script, lequel peut générer deux formats différents - OpenType et Intellifont ;
src: local("T-26 Typeka Mix"), url("http://site/magda-extra(...)") format("type-1")
deux possibilités : d'abord une police locale et ensuite une police téléchargeable au format Type 1.
L'accès aux polices locales se fait via <police-nom>. Le nom de la police n'est réellement ni unique, ni indépendant de la plate-forme ou du format de police, mais c'est pour le moment la meilleure façon d'identifier les données des polices locales. On peut affiner cette méthode, avec le nom de la police, en fournissant une indication sur les glyphes complémentaires requis. Ceci en indiquant des étendues pour les positions de caractères ISO 10646 dans lesquelles la police fournit certains glyphes (voir 'unicode-range').
Bon, après je dois avouer que je n'ai pas encore tout compris, la partie fontes étant pour moi une des plus complexe dans le CSS2.
Hôdo
Livingstone
[^]Re: Vera
Un petit sujet sur pompeurs :
http://fr.groups.yahoo.com/group/pompeurs/message/12869(...)
en gros, mozilla a abandonné le support de @font-face . Je crois que ça n'existe plus en css 2.1. à vérifier.
E Ultreïa !
[^]Re: Vera
et un autre là :
http://p2p.wrox.com/topic.asp?TOPIC_ID=19725(...)
Hôdo
Livingstone
[^]Re: Vera
Oui bah sous Windoz la police en question... euh elle est pas super... :-(
Ca fait tout.... "trouble" (baveux ?)
Je préfère le Verdana de base que j'avais mis dans mon moz :p
[^]Re: Verdana, une police à éviter pour les concepteurs de sites web
Verdana est une police à éviter (surtout pour les concepteurs de sites web) :
http://www.virtuelvis.com/archives/146.html(...)
http://www.html-faq.com/csspresentation/?verdana(...)
[^]Re: Verdana, une police à éviter pour les concepteurs de sites web
Très intéressant, je n'avais pas conscience de ces problèmes. Un grand merci pour les liens !
#define MAGIC 0xdefaced /* I should've patented this number -cliph */
[^]Re: Verdana, une police à éviter pour les concepteurs de sites web
Tu as lu les liens en question ?
Hormis son aspect non-libre, cette police est une excellente police spécialement conçue pour être lue sur un écran. Donc elle est très lisible.
Et c'est pour ça qu'elle paraît un peu plus grosse que les autres à taille en pixel donnée.
Ce qui ne pose réellement un problème que dans le cas où on travaille avec une petite taille de police et que l'utilisateur ne dispose pas de Verdana.
Mais le concepteur de sites web respectueux des standards sait qu'il ne faut pas donner de tailles en pixel à ses polices et qu'il faut utiliser soit des mots clés (x-small, medium...) soit des unités proportionnelles (%, em...)
De toute façon donner à une police une taille fixe de 10px ou moins n'est pas une bonne idée pour l'accessibilité.
Donc oui, on peut utiliser Verdana et c'est même conseillé à condition de prendre quelques précautions élémentaires.
[^]Re: Verdana, une police à éviter pour les concepteurs de sites web
Apparemment d'après la spec CSS2, il y a un attribut "font-size-adjust" qui permet de pallier ça
http://www.w3.org/TR/REC-CSS2/fonts.html#font-size-props(...)
Mais, personnelement, je n'utilise pas de tailles en pixels, mais en points (pt). Alors est-ce que c'est aussi mal...?
[^]Re: Verdana, une police à éviter pour les concepteurs de sites web
Utiliser les points permet d'éviter ce problème mais en introduit un autre : comme toute unité qui fait référence à une taille réelle (cm, pt...) elle est tributaire de la résolution de l'écran et de sa taille.
Autrement dit, il faut que la valeur en points par pouce renvoyée par le système d'affichage graphique soit juste ce qui n'est pas toujours le cas.
Mozilla permet de calibrer cette résolution en faisant mesurer un ligne sur l'écran (Edition > Préférences > Apparence > Polices > Résolution), mais tout le monde n'utilise pas Mozilla.
En fait mieux vaut utiliser pt ou cm pour l'impression car les drivers connaissent parfaitement la résolution de leur imprimante.
[^]Re: Vera
Euh personnellement je trouve les polices horribles sous windows, elles bavent grave. Enfin je trouve que l'anti-aliasing est bien meilleur sous Linux. Mais ce n'est peut-être qu'une impression
[^]Re: Vera
Oui, Vera passe très mal sous Windows avec son système d'aliasing. Peut être que le "hinting" de la police n'est pas adapté.
De même que les polices Windows ne passent pas forcément très bien sous Linux à moins d'activer l'interpréteur de bytecode de la libfreetype (sinon elles paraîssent très grasses).
Bref ces histoires d'aliasing c'est toujours très personnel, certains aiment bien l'aspect flou, d'autres pas.
Personnellement je préfère un antialiasing léger "à la Windows" qui ne s'active que pour les tailles de polices un peu importantes (je crois que c'est 14 pixels). D'autres préféreront un antialising à toutes les tailles de police...
[^]Re: http://www.chezmoicalefaitpas.org
Ma première réaction en voyant le nouveau thème a été: "c'est illisible ce truc". Je pense que ce thème manque de contraste. Vivement que Noël soit passé.
J'ai un écran lcd, ça doit jouer aussi.
[^]Re: http://www.chezmoicalefaitpas.org
les fontes bavent
ce thème manque de contraste
Oui. Par contre le style de la boîte des astuces, super !
[^]Re: http://www.chezmoicalefaitpas.org
J'ai un écran lcd, ça doit jouer aussi.
oulà moi aussi j'ai un écran LCD et il n'y a pas de problème...
moi j'aime bien cette css... les fonds sombres c'est passé de mode et pas très lisible.