Firefox va-t-il passer sous WebKit?
Après l'annonce qu'Opera abandonnait son moteur de rendu Presto en faveur de WebKit, que ce soit sur mobiles ou sur le bureau, on se demande si Mozilla peut aussi passer sous ce moteur de rendu qui est celui de Chrome et Safari.
Une réponse est donnée sur son blog par Brendan Eich qui est le créateur de JavaScript pour Netscape, lequel navigateur est le prédécesseur de Firefox. Non, car Mozilla perdrait le langage XUL qui sert à créer les extensions, un des avantages majeur de Firefox. Et toutes les extensions deviendraient en même temps incompatibles avec le nouveau navigateur.
En fait Firefox utilise partiellement Chromium, la bibliothèque IPC de transmission interne de message.
En outre l'actualité nous donne une raison supplémentaire pour conserver une technologie différente. On a découvert que la propriété localStorage de HTML 5 pouvait être exploitée par un logiciel malveillant et saturer le disque de l'utilisateur. On a même mis en ligne un script de démonstration sur GitHub, filldisk.js. Ce résultat indésirable peut être obtenu sur les navigateurs WebKit et sur Internet Explorer, mais pas sous Gecko qui est plus malin.
En fait, si Mozilla doit remplacer Gecko, ce serait au profit de Servo, un nouveau moteur de rendu qui utilise mieux les processeurs parallèles et qui supportera XUL. Le source est disponible sur GitHub et il est écrit en langage Rust, une autre production de Mozilla censée faciliter la programmation concurrente.
Microsoft contribue à Webkit
Ce n'est pas sans arrière pensée, mais Microsoft veut ajouter le support des écrans tactiles au moteur de rendu des navigateurs Chrome et Safari, concurrent de Firefox et Internet Explorer.
Microsoft supporte activement le développement de Pointer Events, une librairie qui permet d'utiliser soit la souris, soit le toucher selon que l'on a un ordinateur, de bureau ou une tablette. Et comme Windows 8 fonctionne mieux avec un écran tactile, l'intérêt de la firme est que tous les navigateurs les reconnaissent!
Firefox devrait également implémenter cette API pourvu qu'elle ait une définition finale. Une propriété CSS de ce nom existe depuis la version 3.6, mais cela n'a rien à voir avec cette API d'usage très général.