CSS ombrées ? Une nouveauté dans le futur Firefox 3.1

Assez récemment, le bogue 10713 qui s’occupe d’insérer la propriété qui permet de créer des ombres en utilisant des CSS a été marqué comme corrigé.

En dehors d’une amélioration d’apparence du test Acid3, on peut voir ce que donne des textes utilisant des ombres avec les CSS, comme avec cette page :

http://www.designdetector.com/demos/text-shadow-test.html

78 / 100 pour Acid3.

78 / 100 pour Firefox3.1pré-alpha1 et acid3.

On peut espérer un petit 80 voire 85 / 100 pour la sortie de Firefox 3.1 en décembre prochain ?

Ah, le labyrinthe des versions « librissime » de firefox…

Par le terme librissime, je pense surtout au zèle excessif dont fait parfois preuve la Free Software Foundation.

Considérant Firefox pas assez libre, un projet nommé IceWeasel a vu le jour en août 2005, qui se résume à peu chose à : code source de firefox avec un nom différent et une série d’illustrations différente.

Bref, pas grand chose au final. Cependant, IceWeasel désigne maintenant la version debian de Firefox, et non plus la version de la FSF. Il faut parler d’IceCat !!!

Bref, IceCat est actuellement version 2.0.0.13, et n’existe en version binaire que pour les processeurs i386 et supérieur. Pas de version pour les processeurs Intel et AMD 64 bits, et encore moins pour le PowerPC.

Il faut donc aller sur le site d’IceCat pour récupérer le code source. La compilation est « classique », mais change assez du modèle proposé par la Fondation Mozilla. Outre un .mozconfig d’une longueur et d’une redondance inutile, il faut entrer le duo magique :

./configure ; make

pour lancer la compilation du chat de glace. Au résultat ? Une version aussi utilisable qu’un firefox classique, mais plus correct aux yeux de la Free Software Foundation… Beaucoup de bruit pour pas grand chose au final 😉

IceCat, le Firefox version GNU...
Mais si cela peut faire plaisir, un peu de masturbation intellectuelle de ce style, hein…

Firefox 3.1 pré-alpha1 et Acid3 : vers la lutte finale ? ;)

M’étant abonné au bug qui permet de suivre l’évolution du support de la nouvelle masturbation intellectuelle des navigateurs web, j’ai nommé le test Acid3, j’ai pu constater ses dernières heures qu’au moins 3 bogues concernant le dit test avait été marqué comme « FIXED ».

Il s’agit des bogues 421765, 412567 et le 128585.

Ce qui donne maintenant un résultat de 76 / 100 pour la pré-alpha1 de Firefox 3.1, soit 5 tests de mieux que le futur Firefox 3.0 qui doit être publié dans le courant du mois. Toujours bon sur le plan du support des normes du W3C au final 🙂

Firefox 3.1 alpha 1 et son score de 76 / 100 au test acid3

Ah, la légende du formatage faisant perdre de la place sur un disque dur !

Mettons à mort cette légende urbaine. Une question sur le site Yahoo Q/R concernant la différence de capacité annoncée pour un disque dur m’a fait émettre cette réponse :

Le problème vient d’une définition. L’ordinateur est la machine la plus c*nne de la création. Il ne sait manipuler que deux valeurs : 0 & 1. Donc, contrairement à l’humain qui compte en base 10 (0 à 9), l’ordinateur compte en base 2.

De l’unité de base, octet, on en déduit :

Le Kilo-Octet : 2^10 octets = 1024 octets.
Le Méga-Octet : 2^10 Ko = 1 048 576 octets
Le Giga-Octet : 2^10 Mo = 1 073 741 824 octets.

Jusqu’en 1998, on parlait des mesures ainsi, jusqu’à l’invention d’appellation spécifique.

Hors, Giga signifie 1 milliard pour l’humain. Tu as une différence de 7,374% entre le Giga humain et le Giga informatique.

(500 * 7,374) / 100 = 36,87… Donc, la différence que tu observes entre ta taille « commerciale » et la taille réellement exploitable du disque dur. Le formatage n’enlève pas le moindre octet à la taille de support.

Et pour info : 500 milliards d’octets (taille commerciale) divisée par le taille informatique du GigaOctet à savoir 1 073 741 824, cela donne :

500 000 000 000 / 1 073 741 824 = 465,661287308

Donc, la preuve est faite : aucun octet n’est perdu par le formatage.

En effet, en 1998, il a été décidé que l’on parlerait d’unité spécifique, les KiO (pour KibiOctet), MiO (pour MibiOctet), GiO (pour GibiOctet)… Mais faire disparaitre plusieurs décennies d’habitude d’appellation… Bon courage ! 🙂

Vers un meilleur support des CSS3 dans Firefox 3.1 ?

Non, je n’ai pas fait de faute de frappes dans le titre. Je parle bien de Firefox 3.1, dont la sortie est prévue pour décembre 2008.

Le support des CSS3 semble être assez intéressant, pour ne pas dire « parfait » sur le plan des sélecteurs.

En effet, jettant un oeil sur la page de suivi de modification du code de Firefox 3.1 (mozilla-central actuellement), j’ai pu lire ceci :

2008-06-02 20:17 -0700 L. David Baron – Implement :first-of-type, :last-of-type, and :only-of-type. b=128585 r+sr=bzbarsky default tip
2008-06-02 20:17 -0700 Daniel Glazman – Implement :nth-child(), :nth-last-child(), :nth-of-type(), :nth-last-of-type(). b=75375 r+sr=bzbarsky
2008-06-02 20:17 -0700 L. David Baron – Make nsPseudoClassList capable of storing integer pairs for :nth-*(). b=75375 r+sr=bzbarsky

Ce sont des sélecteurs liés aux CSS de 3ième génération. J’ai donc lancé le test du site CSS3.info, la capture d’écran étant suffisamment parlante.

Le test de compatibilité des sélecteurs CSS3 est réussi à 100%

Dommage cependant que certaines parties ne soient pas encore supportées, comme les ombres sur les polices, cf le bogue 10713 qui empèche d’avoir un bel affichage « ombré » sur le test Acid3 dont le résultat s’est légèrement amélioré récemment, passant de 71 à 73/100 🙂

73 / 100 au test acid3 avec Firefox 3.1 pré-alpha1.

Comme quoi, Firefox 3.1 prévu pour décembre ne sera pas qu’un simple « ravalage » de Firefox 3 🙂