Chrome : une longue liste de travaux pour l'année 2014

Chrome : une longue liste de travaux pour l’année 2014

Une concentration sur le mobile, quelle surprise !

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

14/01/2014 4 minutes
18

Chrome : une longue liste de travaux pour l'année 2014

Chrome est un navigateur dont le succès est croissant depuis son arrivée sur marché en septembre 2008. Ses performances ont continué à augmenter régulièrement et il a largement profité de la remise en cause du quasi-monopole d’Internet Explorer par Mozilla. Pour 2014, Google continue de prévoir une longue liste de travaux et beaucoup ont trait aux performances et à l’univers mobile.

Toshiba Chromebook

Un plus grand écart entre Blink et Webkit 

En avril de l’année dernière, Google créait la surprise en annonçant que Chrome n’utiliserait plus Webkit à proprement parler. Le moteur de rendu open source ne donnait plus entière satisfaction à l’éditeur qui souhaitait tout simplement avoir les mains plus libres sur ce composant central. Un « fork » a donc été créé sur la base de Webkit. Répondant au doux nom de Blink, il doit permettre à Google de modifier à l’envie le comportement de son navigateur dans la direction réellement souhaitée. Dans la foulée, Google avait d’ailleurs embarqué Opera dans l’aventure, les dernières versions du navigateur étant elles aussi basées sur Blink.

 

Dans un document daté du 10 janvier, Eric Seidel, de l’équipe de développement de Chrome, expose les objectifs de l’année 2014. Il s’agit du résultat d’une réunion et des grands buts à poursuivre, susceptibles cependant d’être modifiés avec les retours de la communauté à ce sujet. Sans aucune surprise, le but premier est de faire de Chrome le navigateur le plus rapide sur plateforme mobile. Ce qui signifie évidemment que le travail sur les performances va continuer, ainsi que la focalisation sur les smartphones et tablettes.

Une focalisation sur l'univers mobile 

Ce qui intéresse Google, c’est le comportement du navigateur sur les appareils à la puissance limitée. Un point intéressant et qui fait d’ailleurs suite aux travaux déjà accomplis sur la version 4.4 d’Android (alias KitKat), pour permettre notamment au système de fonctionner correctement sur des appareils n’ayant que 512 Mo de mémoire vive. Des efforts continueront donc d’être faits sur le défilement du contenu, le temps de réponse aux évènements tactiles, le temps de chargement initial, la réduction de l’empreinte mémoire ou encore la consommation d’énergie.

 

L’un des objectifs de Blink était en outre de se débarrasser des éléments de Webkit qui n’intéressaient plus Google. Ce travail continuera aussi et certains pans seront supprimés. Ce ménage se fera dans un contexte de modularisation du code, l’éditeur souhaitant pouvoir modifier des fonctionnalités sans créer de répercussions sur le reste. Il est prévu en outre d’optimiser le moteur pour qu’il profite davantage des cœurs multiples dans les processeurs modernes.

De nouveaux outils pour les développeurs 

Côté développement, Google veut continuer à gommer la frontière existant entre les applications web et celles, plus classiques, installées localement sur la machine. La firme souhaite ainsi mettre en place un mode hors ligne donnant de meilleurs résultats qu’AppCache, autoriser les applications web à gérer des notifications en push et introduire des fonctionnalités pour l’instant réservées aux applications locales telles que l’orientation de l’écran. Les développeurs devraient en outre profiter au cours de l’année d’outils révisés, en particulier pour faciliter le travail sur les sites mobiles et leurs performances.

 

Si plusieurs de ces ambitions vous font penser à Chrome OS, c’est tout à fait normal. Les équipes de développement de Chrome et d’Android sont en effet gérées par le même responsable, Sundar Pichai (qui remplace Andy Rubin depuis bientôt un an). De fait, toutes les améliorations, et en particulier celles sur les applications web, sont prévues pour profiter directement à Chrome OS. Pour rappel, cette plateforme repose quasi exclusivement sur les applications web, avec si nécessaire un mode hors ligne.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Un plus grand écart entre Blink et Webkit 

Une focalisation sur l'univers mobile 

De nouveaux outils pour les développeurs 

Fermer

Commentaires (18)


D’apres les rumeurs, de grande ambition sont porté sur pNaCl …


Pendant ce temps là Google dégrade le composant WebView d’android… et fait ch* tout le monde.




autoriser les applications web à gérer des notifications en push



Ça se fait déjà avec les websocket non?


Que va-t-il advenir de la version iOS ?


Concrètement en tant que développeur Android ( ayant fait beaucoup de C, Java, ..) mais pas beaucoup de web, on va faire quoi nous ? reconversion de force et perte de l’exp acquise ? Ca serait bien que Google clarifie sa position …


à l’envi <img data-src=" />








romainsromain a écrit :



Concrètement en tant que développeur Android ( ayant fait beaucoup de C, Java, ..) mais pas beaucoup de web, on va faire quoi nous ? reconversion de force et perte de l’exp acquise ? Ca serait bien que Google clarifie sa position …







Ils ne disent pas qu’ils abandonnent Android ? Ils comptent juste améliorer leur client web …









mikemowgli a écrit :



à l’envi <img data-src=" />







<img data-src=" />









romainsromain a écrit :



Concrètement en tant que développeur Android ( ayant fait beaucoup de C, Java, ..) mais pas beaucoup de web, on va faire quoi nous ? reconversion de force et perte de l’exp acquise ? Ca serait bien que Google clarifie sa position …







Je crois qu’il y a quelque chose que tu n’as pas bien compris dans l’actualité <img data-src=" />



Ça serait bien qu’il corrige leur CSS. Certains modules CSS3, c’est peut-être implémenté avant tout le monde, mais c’est souvent au détriment de la qualité… et le suivi ne semble pas être fait. J’ai même des parfois des régressions qui apparaisse sur des trucs relativement basique. Actuellement, je foutrais le rendu dernière Gecko (Firefox) et Trident (IE).




autoriser les applications web à gérer des notifications en push





Quid des applications métiers, genre CRM, comptabilité, etc ? <img data-src=" />


Le 14/01/2014 à 18h 19







maestro321 a écrit :



Ça se fait déjà avec les websocket non?







Pas supporté par le navigateur de base









romainsromain a écrit :



Concrètement en tant que développeur Android ( ayant fait beaucoup de C, Java, ..) mais pas beaucoup de web, on va faire quoi nous ? reconversion de force et perte de l’exp acquise ? Ca serait bien que Google clarifie sa position …







Pour java ça sent pas bon, surtout qu’Oracle est mécontent de la version java bidouillée par google embarquée dans android.



Je pencherais plutôt pour la fusion entre android et chromeOS à moyen/long terme, mais ce n’est qu’un reflet dans ma boule de cristal ikea.












lateo a écrit :



Pour java ça sent pas bon, surtout qu’Oracle est mécontent de la version java bidouillée par google embarquée dans android.



Je pencherais plutôt pour la fusion entre android et chromeOS à moyen/long terme, mais ce n’est qu’un reflet dans ma boule de cristal ikea.







Sans doutes les applis Android tournant dans NaCl de Chrome (OS) … Avec pourquoi pas, comme sur Windows 9, une interface adapté au dispositif de pointage/saisie … A la différence que ces apps seraient dispo sur Windows/Mac/Linux/Android … Grosso merdo 95% du marché <img data-src=" />









arno53 a écrit :



Sans doutes les applis Android tournant dans NaCl de Chrome (OS) … Avec pourquoi pas, comme sur Windows 9, une interface adapté au dispositif de pointage/saisie … A la différence que ces apps seraient dispo sur Windows/Mac/Linux/Android … Grosso merdo 95% du marché <img data-src=" />





<img data-src=" /> Je ne connaissais pas NaCl: futur possesseur d’un ChromeBook (ben oui je résume mon usage d’un PC à pas grand chose en milieu domestique!), cela ne peut laisser présager qu’un max d’applications disponibles qui pourront contenter mon envie d’unification! <img data-src=" />



Ps: je n’avais pas pigé ta référence dans ton premier post! Shame on me! ;)









arno53 a écrit :



Sans doutes les applis Android tournant dans NaCl de Chrome (OS) …





hypothèse crédible.

À voir comment ça va se passer selon que tu sois sur du compatible x86 ou arm (je ne pense pas que Google s’intéresse particulièrement aux mips et autres sparc, sans parler des trucs carrément exotiques <img data-src=" />), la balle sera dans le camp des devs je présume.









maestro321 a écrit :



Ça se fait déjà avec les websocket non?













ff9098 a écrit :



Pas supporté par le navigateur de base







Non mais chrome le supporte de base les websocket ;) sinon il parle des notification push “classique”. Je pense qu’ils vont faire comme apple avec safari -&gt;https://developer.apple.com/notifications/safari-push-notifications/









creatix a écrit :



Non mais chrome le supporte de base les websocket ;) sinon il parle des notification push “classique”. Je pense qu’ils vont faire comme apple avec safari -&gt;https://developer.apple.com/notifications/safari-push-notifications/





Oui, je me disais bien que c’était supporté par défaut, mais comme personne ne l’avait contredit. <img data-src=" />



Par contre, je comprend mieux le système de push (qui serait pour le coup indépendant du site visité).