Victor : comme je l'ai dit, ce ne sont pas des réticences, mais comme tout gérer en em ne me pose quasiment jamais de problème, ça me fatigue de tout rechanger pour un système où je dois faire en plus un fallback. Sur certaines inté, je n'utilise pas de préprocesseur (et il faudra que je refasse les fonctions de calcul de rythme vertical du coup).

Si le but de cette unité est de me simplifier la vie, c'est pour le moment raté, mais à l'avenir, ça sera très bien. :) ]]> text/html https://www.nicolas-hoffmann.net/source/1623-Les-unites-en-CSS.html#comment158558 Nico Thu, 10 Apr 2014 08:57:28 +0200

Cela dit, en ce qui concerne le pixel, nous sommes d'accord, il est à bannir de la typographie, y compris dans un reset CSS. N'oublions pas que, même dans ses dernières versions, IE est sans appel : il refuse d'agrandir le texte si la taille de police est définie en pixels. Et si le pixel est utilisé pour définir la taille de police au niveau de l'élément body ou de l'élément racine html, aucune taille de police définie en unité relative dans les éléments descendants ne pourra faire agrandir le texte sous IE. Soit dit en passant, à tous les sceptiques tentés de répliquer que le zoom n'est que graphique depuis IE 8, appuyez sur la touche Alt pour faire apparaître le menu : vous trouverez encore de quoi agrandir uniquement le texte, avec les 5 options proposées par IE en la matière. ;)

En ce qui concerne l'utilisation de rem, je suis très surpris par tes réticences. Certes, les versions d'IE antérieures à la 9 ne reconnaissent pas cette unité (pas plus qu'Opera Mini, d'ailleurs) ; mais, pour définir les tailles de police, c'est parfaitement exploitable, tout en assurant la compatibilité avec IE 8 et Opera Mini (on définit d'abord la taille en em, puis on l'écrase par celle en rem), ce qui est même un jeu d'enfant quand on utilise Sass (un mixin pour générer les deux déclarations font-size et une fonction pour calculer la taille en em en fonction de la taille de référence) : c'est, d'ailleurs, ce que je fais, désormais, dans mes intégrations.

Quant à l'effet produit sur l'affichage avec un zoom élevé par l'utilisation de l'unité em dans les media queries, sous Safari, il ne se produit pas si l'on est en mode zoom texte.

Enfin, en ce qui concerne les unités jouant avec le viewport, si l'on évite vh (dont le comportement est problématique sous iOS 7) et vmax (non reconnu par les versions d'IE antérieures à la 11, entre autres) et qu'on a à l'esprit qu'IE 9 comprend vm au lieu de vmin, on peut franchir le pas dès maintenant (même si je ne m'en suis pas encore servi pour ma part). ]]> text/html https://www.nicolas-hoffmann.net/source/1623-Les-unites-en-CSS.html#comment158557 Victor Brito Wed, 09 Apr 2014 22:44:05 +0200 Sympa de voir que les pixels ne te servent quasiment plus, notamment pour la typographie. Quand je n'hérite pas d'une feuille de styles toute caca, je me le permets également :p

Pour l'unité `vw` et sa petite soeur, j'ai proposé ceci il y a quelques temps : http://www.creativejuiz.fr/blog/veille-technologique/taille-police-en-fonction-largeur-ecran-viewport et également une possibilité de conserver un ratio sur la hauteur/largeur d'un bloc : http://codepen.io/CreativeJuiz/pen/KzkgL

C'est utilisable dans une idée d'amélioration progressive, le support étant plutôt bon sur les navigateurs modernes.

À bientôt ! ]]> text/html https://www.nicolas-hoffmann.net/source/1623-Les-unites-en-CSS.html#comment158556 Geoffrey Wed, 09 Apr 2014 18:42:42 +0200