Les derniers billets

Aujourd'hui, j'ai joué un peu avec l'api fichier proposée par Mozilla. Elle permet de lire le contenu d'un fichier directement depuis une page web, sans avoir besoin de l'envoyer d'abord sur le serveur. L'utilisateur doit fournir le fichier, soit avec en le glissant sur la page, soit avec un champ de type fichier classique (<input type="file">). Ainsi, cela ne cause pas un trou de sécurité énorme en laissant une page lire n'importe quel fichier sur le disque de l'utilisateur.

Le site developer mozilla a un bon tutoriel sur le sujet. Cela m'a permis de mettre en place rapidement une petite démonstration qui utilise cette fonctionnalité. Une carte du monde est affichée (grâce à la librairie OpenLayers). Et lorsqu'on y fait glisser un fichier contenant des informations géographiques, le fichier est lu par la page web, et les géométries sont automatiquement affichées sur la carte.

À l'heure actuelle, la démonstration ne fonctionne qu'avec Firefox 3.6 car c'est le seul navigateur à implémenter cette fonctionnalité. Du côté de webkit, les discussions ont commencé dans le gestionnaire de bugs, mais n'ont pas encore abouti réellement abouti.

Pour tester la démonstration, vous devez disposer de fichiers KML, GPX ou OSM. Si vous n'en avez pas, vous pouvez télécharger des fichiers d'exemple.

Après des mois de développement, Instantbird 0.2 est finalement sorti cette semaine dans plusieurs langues, dont le français !

Cette nouvelle version a été l'occasion de revoir complètement le site web afin de mettre l'accent sur l'utilisation d'Instantbird, et en particulier sa simplicité, plutôt que sur les technologies mises en jeu.

Sans plus attendre, découvrez Instantbird 0.2! (annonce en anglais, blog du projet)

La prochaine version majeure de Firefox (la version 4 à priori), aura de nombreux changement dans le système d'extensions XPI. Par exemple, la plupart d'entre elles pourront être installées sans avoir à redémarrer l'application, nous l'avions évoqué dans une news précédente.

Un des obstacles à l'installation d'une extension sans redémarrage, est la façon dont les composants XPCOM sont activés. Actuellement, ils ne peuvent l'être qu'au démarrage. Gecko parcours le dossier components, charge le fichier dll/so/js, et appelle une fonction spécifique, NSGetModule implémentée dans la bibliothèque, pour que les composants puissent s'enregistrer.

Dans un futur proche (d'ici quelques jours ou semaines dans mozilla-central), la déclaration des composants se fera dans le chrome.manifest. Ce sera donc plus simple. Vous pourrez toutefois continuer à implémenter NSGetModule et cie, pour maintenir une compatibilité avec les versions précédentes de Gecko.

Ce changement permettra en plus un démarrage plus rapide de l'application, puisque gecko n'aura plus à parcourir le dossier components et à précharger les bibliothèques.

Une incidence à ce changement : le composant ne pourra plus écouter les notifications "xpcom-startup" et "app-startup", mais devra écouter la notification "profile-after-change", qui est préférable de toute façon, puisque elle est envoyée une fois le profil chargé, donc le composant a accès aux ressources du profil.

Pour plus de détails, et commencer donc à migrer vos composants pour Firefox 4, voir le billet de Dave Townsend.

Alors que la coupe du monde de football 2010 commence demain en Afrique du Sud, Mozilla organise une coupe autour du plus important évènement footballistique : la Firefox Cup!

Pour supporter votre équipe préférée vous pouvez vous habiller au couleur de celle-ci, vous peindre le visage ou agitez un drapeau mais vous pouvez aussi le faire de façon plus discrète à l'aide de votre navigateur web Firefox!

Grâce à Personas, Firefox est le navigateur le plus personnalisable au monde. Il vous permet de facilement personnaliser le look de votre Firefox, d'ailleurs il existe déjà plus de 15 000 thèmes disponibles sur le site Personas.

Pour l'occasion Mozilla publie une série de design spécialement conçu pour l'évènement. Grâce à la Coupe Firefox vous allez pouvoir habiller votre navigateur au couleur de votre équipe préférée et ainsi affirmer votre soutient à celle-ci! Avec Firefox 3.6, vous pouvez changer le look de votre navigateur en un seul clic et sans redémarrer celui-ci, alors choisi l'un des 32 designs.

Tout comme la coupe du monde désignera la meilleure équipe de football nationale, la Coupe Firefox désignera la nation la plus soutenu par les utilisateurs du navigateur de Mozilla. Sur le site de la Coupe Firefox vous pouvez consulter le nombre d'utilisateur Firefox qui ont déjà habillé leur navigateur au couleur de l'une des 32 équipes. Tout au long de la compétition Mozilla annoncera l'avancement de la compétition, celles-ci auront lieu aux dates suivantes :

• le 16 juin : 1er tour
• le 23 juin : 2e tour
• le 30 juin : 3e tour
• le 7 juillet : 4e tour
• le 14 juillet : annonce du pays vainqueur!

Vous pouvez suivre tous les jours, l'avancer de la compétition sur la site de la Coupe Firefox.

Le gagnant de la Coupe Firefox aura la chance d'être présent sur les sites Mozilla et d'autres, alors n'oubliez pas de voter en habillant votre Firefox au couleur de votre pays préféré!

Le petit monde des formats videos, et le web sont en pleine ébullition, avec l'annonce du nouveau format WebM. Mais avant de voir ce que nous promet WebM, faisons d'abord un petit retour en arrière dans l'histoire des codecs pour la balise video de HTML5.

Dans HTML5, un nouvel élément fait son apparition, l'élément <video>. La spécification ne spécifie pas de format particulier pour les fichiers vidéos, tout comme la spécification pour la balise img, bien que les premières versions de la spécification recommandait le format OGG/Theora. Cette recommandation a été retiré car les membres du consortium ne sont pas arrivés à se mettre d'accord à cause de soit disant doutes sur une possible violation de brevets logiciels dans Theora, et donc des procès planant au dessus de la date de ceux qui l'implémenteraient. Et puis certains voulaient plutôt imposer le format H264, plus performant.

Le problème du H264, c'est qu'il est encombré de brevets logiciels. Il faut aussi passer à la caisse, car il est sujet aux royalties, perçu par le consortium qui l'a créé, MPEG/LA. Et la somme à s'acquitter n'est pas minime puisque ça peut se chiffrer en millions de dollars.

Et comme je l'ai déjà dit dans des billets précédents, il est hors de question pour Mozilla d'intégrer le support de H264 dans Firefox, pour les deux raisons citées. C'est pourquoi Mozilla n'a intégré que le support de Theora, subissant alors nombreuses critiques et mauvaises prédictions, comme quoi Firefox allait mourir, que le web ne pourra se faire sans H264 parce que c'est le standard de l'industrie, parce qu'il existe des puces qui décodent le H264 (très utile dans les smartphones et autres mini ordinateurs). Mais Mozilla a tenu bon, car ils avaient un plan...

Parallèlement, Google rachète il y a un an si je me souviens bien, une petite boîte, ON2, qui est à l'origine de Theora, et qui a développé une nouvelle version du format, VP8, qui a des performances bien meilleures que Theora, comparable à H264 selon Google.

Ils avaient ensuite annoncé il y a quelques semaines qu'ils allaient libérer le format VP8, et qu'il n'y aurait pas de royalties dessus, et à priori, qu'il n'est pas encombré de brevets logiciels. Cette annonce ne fit pas énormément de bruit, car finalement, ils n'ont pas vraiment détaillé. En tout cas, rien ne présageait le coup d'éclat d'aujourd'hui.

Ce coup d'éclat, c'est l'annonce de la libération de VP8. Mais pas seulement. Mozilla en a fait un billet. On peut dire que Google, Mozilla et beaucoup d'autres ont bien caché leur jeu depuis des semaines (aaah les NDA..). Jugez plutôt.

• Il ne s'agit pas seulement d'un codec, mais d'un format complet, WebM, étudié pour le web, avec un conteneur Matroska simplifié, un codec video VP8, un codec audio, Vorbis
• Les sources sont disponibles sur http://www.webmproject.org/
• Mozilla propose déjà en téléchargement une version experimentale de Firefox, ayant le support de WebM. Vous pouvez la tester avec une démo de Paul Rouget.
• Idem pour Chromium, dans les heures à venir
• Youtube a commencé à convertir ses vidéos !

Plus fort encore, une liste a été publiée, présentant des acteurs majeurs qui vont supporter WebM . On y trouve bien sûr des logiciels comme Chrome, Firefox, Opera, mais aussi des gens comme Skype ou encore Adobe, qui indique qu'ils vont supporter WebM dans Flash ! Il y a aussi Microsoft qui a annoncé le support dans IE9, si on installe le codec dans windows.

Et ce n'est pas tout, il y a aussi des fabricants de puces, comme AMD, Texas Instrument ou NVidia, qui vont donc produire des puces de décodage VP8 ! Du très lourd !

Google a donc frappé un grand coup, très fort et bien préparé. Il y a tous les ingrédients pour concurrencer H264 avec succés. Un coup dur je pense pour les supporteurs du H264 comme Apple (qui n'a toujours pas réagi à l'heure où j'écris ces lignes).

Je pense aussi que, contrairement à Theora, et vu l'annonce, VP8 va rapidement percer. Même coté matériel. Si il y a déjà des supporteurs comme AMD ou NVidia, et qu'il y a des expérimentations sur Youtube, c'est que Google a commencé à traiter avec ces fabricants, pour avoir des puces d'encodage le plus rapidement possible, afin de convertir les millions de vidéo du site YouTube en WebM. Car je doute qu'ils le fassent uniquement de manière logiciel, ce serait trop lent. À coté de ça les navigateurs intègrent déjà WebM, donc il y a fort à parier que ce sera disponible dans les prochaines versions stables de Firefox, Chrome et Opera.

Bref, à la fin de l'année, on pourra je pense commencer à utiliser le format VP8 en lieu et place de Theora. Et de H264.

Une très très bonne nouvelle donc pour le monde du web, que ce nouveau codec vidéo libre et performant.

Mozilla vient de sortir la mise à jour 3.6.3 de Firefox. Cette version corrige essentiellement une faille critique de corruption mémoire qui pouvait potentiellement permettre l’exécution de code malveillant à distance. De mon côté j’attends avec impatience la correction des bugs de fenêtrage de Firefox sur Mac OS, présents depuis un bon moment, qui le [...]

Contenu initialement publié sur BeFox - www.befox.be

Grâce au (à cause du) sélecteur css visited, il est possible d'appliquer une propriété différente à un lien html qui a été visité. Cela peut donner une indication visuelle très intéressante lorsque par exemple les liens déjà visités sont d'une couleur différente. Par contre, cela donne aux sites webs, un moyen de connaître la liste des sites que l'utilisateur a visités, ou au moins de savoir lesquels il a visité parmi une liste d'adresses.

En javascript, la méthode getComputedStyle permet de récupérer des informations sur le style réellement appliqué à un élément. Si l'auteur du site déclare que les liens visités doivent être de couleur verte ou de taille 12px qu'il affiche une liste de liens (au besoin en les cachant plus ou moins grossièrement à l'utilisateur), il lui suffit d'utiliser la méthode getComputedStyle pour connaître la couleur ou la taille des liens et ainsi savoir lesquels ont été visités. Il est ainsi possible de tester un grand nombre de sites très rapidement. (démo)

Il est également possible d'utiliser cette technique sans javascript. Par exemple, en utilisant la propriété css background-image qui va afficher telle ou telle image distante pour chaque adresse visitée. Il suffit au site attaquant d'interpréter les logs du serveur web pour savoir quelles images ont été affichées et donc en déduire quels sites ont été visités. (démo).

Ce problème est connu depuis longtemps, au moins 8 ans, et aucune solution n'avait été apportée. Or, le problème vient d'être résolu par Mozilla. Tout d'abord, le comportement de getComputedStyle a été modifié afin de ne plus  retourner le vrai résultat pour les liens visités. D'autre part, on ne peut plus maintenant modifier que  la couleur des liens, et pas les autres propriétés.

Cette correction sera disponible dans les prochaines version de Firefox et permettra d'améliorer la protection de l'historique des utilisateurs, au moins dans Gecko pour l'instant. Elle ne permettra malheureusement pas de le protéger complètement. Il sera toujours possible par exemple d'afficher des images de différents sites et de mesurer le temps de chargement pour essayer de deviner si elles étaient dans le cache. D'autres moyens sont également envisageables. Néanmoins, ce type d'attaque devrait être rendue plus difficile à mettre en place, ce qui est déjà un progrès important.