Internet – Page 103 – Le Weblog de Frederic Bezies

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.

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 🙂

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

Vers un support des circuits Atheros 5007eg pour les distros linux 64 bits ?

Un des points ennuyeux avec mon portable, c’est son circuit Wifi, un Atheros 5007eg, qui nécessite l’utilisation du pilote windows XP 64 Bits pour se connecter en sans fil 🙁

Hors, en suivant le bug concernant ce problème sur le site de madwifi, une solution – fonctionnelle – a été apportée.

Testée et approuvée par mes propres soins. Ce n’est cependant pas une solution officielle, mais au moins, cela évite l’utilisation de ndiswrapper et du pilote windows 😉

1ière étape : virer tout ce qui est en rapport avec ndiswrapper, pour éviter des conflits par la suite :
$ sudo ndiswrapper -e net5211 $ sudo modprobe -r ndiswrapper $ sudo apt-get remove --purge ndiswrapper-common ndiswrapper-utils ndisgtk

2ième étape : récupération du code de madwifi et du correctif pour le support du circuit en 64 bits, qui est apparemment originaire d’un utilisateur de FreeBSD 🙂

$ svn co http://svn.madwifi.org/madwifi/trunk madwifi $ wget http://people.freebsd.org/~sam/ath_hal-20080528.tgz

On passe ensuite à l’installation du code, puis à sa compilation.

$ cd madwifi $ mv hal hal.old $ mkdir hal $ cd hal $ tar xvf ../../ath_hal-20080528.tgz $ mv ath_hal-20080528/* . $ cd .. $ sudo make install BINDIR=/usr/bin MANDIR=/usr/share/man $ sudo depmod -ae $ sudo modprobe ath_pci

Ensuite, menu Système / Administration / Pilotes de périphérique

Et activez le module « Support for Atheros 802.11 wireless lan cards ».

Un redémarrage plus tard, la connexion fonctionne. Et cela fait plaisir. Pour information, voici ce que me donne un iwconfig :

fred@fred-laptop:~$ iwconfig lo no wireless extensions.


eth0      no wireless extensions.
wifi0     no wireless extensions.

wlan0 IEEE 802.11g ESSID:"Livebox-XXXX" Nickname:"" Mode:Managed Frequency:2.457 GHz Access Point: XX:XX:XX:XX:XX:XX Bit Rate:54 Mb/s Tx-Power:16 dBm Sensitivity=1/1 Retry:off RTS thr:off Fragment thr:off Power Management:off Link Quality=59/70 Signal level=-37 dBm Noise level=-96 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0

Bref, que du bonheur 😉

Du nouveau sur Firefox 3.0rc2.

Dans ce message de Mike Beltzner, on en apprend plus sur la version Release Candidate 2 de Firefox 3.

Pour faire un résumé rapide :

Les problèmes corrigés sont déjà listés, et il y a peu de chance que de nouveaux bugs soient pris en compte, les règles de prise en compte sont assez strictes : devoir expliquer clairement en quoi le bug proposé peut être considéré comme un bloqueur pour l’utilisateur ou le développeur.

Sur la douzaine de bogues listés comme bloquant cette version RC2, 6 concerne les infrastructures de la Fondation Mozilla…

La feuille de route est la suivante :

Gelure du code : 28 mai, à midi, heure du Pacifique (21 heures pour Paris)
Début des compilations : 29 mai, tôt dans la matinée, heure du Pacifique
Début du QA : 29 mai à midi, heure du pacifique (dès l’arrivée des compilations)
Fin du QA : 5 juin

Donc, le 7 ou le 8 juin, la RC2… Et si tout se passe bien, Firefox 3.0 pour la mi-juin, 19 mois après la sortie de Firefox 2.0.

Bientôt la fouille corporelle a l’entrée des salles de cinéma ?

Simplement que certains lobbys du cinéma vont finir par demander cela, ne pouvant pas demander purement et simplement l’interdiction de l’internet, ce qui serait un peu gros.

Pourquoi ?

Il suffit de lire cet article de Numérama :

une copie pirate du dernier Indiana Jones est déjà proposée en téléchargement sur certains newsgroups et sites de liens BitTorrent. De mauvaise qualité, la copie est une version française filmée en salle (CAM), encodé en XviD en 572×240, avec une piste audio MP3 de 128 kbps. Le tout fait 1 heure et 55 minutes et pèse 700 Mo.

Maintenant, faudra-t-il faire une sortie commune DVD et sortie en salle pour éviter la propagation de copie « pirate » ?

En tout cas, je suis en train de me pisser de rire dessus en imaginant la tête des responsables du festival de Cannes…

A propos de Firefox 3.1 et sa suite ;)

Dans un précédent article, BeFox en parle à son tour, apportant des précisions complémentaires.

Cet article pointe sur un article de Mike Shroepfer, qui donne la feuille de route « idéale » pour Firefox 3.1 et 4.0.

Pour éviter de plagier l’excellent article de BeFox, je vais me contenter de parler de la succession des versions :

Juin 2008 : arrivée de Firefox 3.0
Décembre 2008 : fin de vie de Firefox 2.0 et arrivée de Firefox 3.1
Juin 2009 : fin de vie de Firefox 3.0
Décembre 2009 : arrivée de Firefox 4.0

Bien entendu, ce n’est qu’une feuille de route idéale, seul l’avenir nous dira s’il est respecté. En tout cas, c’est assez intéressant à savoir.