Google Chrome

Google a activé les notifications Google Now sur tous les ordinateurs, comme le géant de la recherche l’a annoncé sur Google+. Sur Mac aussi, on peut obtenir les informations fournies automatiquement par le service de l’entreprise, en fonction de ses besoins. Pour obtenir cette fonction, il faut se connecter au navigateur avec le même compte Google utilisé sur son smartphone, soit directement dans Android, soit dans l’application Recherche Google sur un iPhone ou iPad.

Comme souvent avec les nouveautés Google, le déploiement est progressif. Si vous ne voyez rien dans votre navigateur, c’est que la fonction n’est pas encore active. Réessayez dans les prochains jours, elle devrait finir par faire son apparition, directement dans la barre des menus d’OS X. Ajoutons que seule une partie des cartes Google Now peuvent être affichées dans Chrome.

> Accéder aux commentaires

Sorti aujourd’hui en version bêta, Chrome 34 est le deuxième navigateur à apporter une vraie réponse aux problèmes des images adaptées aux écrans Retina, après Webkit il y a quelques mois. Sur un appareil iOS ou sur un MacBook Pro Retina, les sites doivent afficher des images deux fois plus grandes pour que le visiteur bénéficie d’une image parfaitement nette. Malheureusement, ces photos sont aussi beaucoup plus lourdes et elles restent inutiles à la majorité des internautes qui, faute d’écran Retina, ne verront pas la différence.

Jusque-là, les différentes solutions existantes relevaient toutes du bricolage. Soit le webmaster choisissait de ne proposer que des images Retina, avec à la clé de la bande passante consommée pour rien et des temps de chargement allongés. Soit il mettait en place une solution, mais le site devait alors le plus souvent charger une première fois pour déterminer si l’écran du visiteur est Retina, avant de servir les bonnes images.

La solution adoptée par Google est bien plus efficace et son intégration à Chrome est un pas en avant indéniable dans sa démocratisation. L’idée est de modifier la balise HTML img en lui ajoutant un champ srcset qui contient non seulement l’image de base, mais aussi toutes les variantes pour les écrans Retina. Sur cet exemple fourni par l’éditeur, on voit l’image originale et deux versions, une deux fois plus grande et une quatre fois plus grande qui sera utile pour les télévisions 4K. C’est le navigateur qui charge automatiquement la bonne image en fonction de l’écran sur lequel il est utilisé.

<img alt="A rad wolf." src="pic1x.jpg" srcset="pic1x.jpg 1x, pic2x.jpg 2x, pic4x.jpg 4x">

Cette syntaxe a l’avantage d’être si simple qu’elle peut être adaptée très rapidement à n’importe quel site existant. Pour le moment, elle n’est gérée que par une infime minorité des navigateurs web, mais on peut espérer que les autres acteurs suivront. Alors que Webkit a intégré la fonction il y a de cela plusieurs mois, la fonction n’a jamais été portée à Safari, le navigateur grand public d’Apple. Quant aux autres navigateurs, ils suivront sans doute forcément le mouvement, d’autant que srcset est désormais étudié par la W3C qui fixe les standards du web.

D’ici là, Chrome 34 contient d’autres nouveautés, comme la gestion des fichiers audio sans préfixe, et la prise en charge d’une balise CSS pour gérer plus finement la ligature dans les textes. Ces no...

> Lire la suite et accéder aux commentaires

Google renforce son contrôle sur les extensions que l’on peut installer dans son navigateur web. Les utilisateurs de Chrome 33 — actuellement en version bêta — sous Windows ne pourront plus utiliser les extensions qui ne sont pas installées depuis Chrome Web Store.

Le moteur de recherche détaille aux développeurs les conséquences de ce changement de politique. En utilisant la version 33 de Chrome, même les plugins déjà installés ne seront plus utilisables par les utilisateurs. Évidemment, Google argumente son choix en jouant la carte de la sécurité. Il est en effet plus sûr d’installer des extensions vérifiées et validées par la compagnie, mais ce système permet aussi de contrôler plus facilement les extensions autorisées. Seuls les développeurs et les entreprises pourront continuer à installer leurs propres extensions.

Le blocage des extensions non autorisées est d’ores et déjà actif sur la bêta et il le sera pour tous les utilisateurs quand la version 33 sera finalisée. Pour l’heure, seule la version Windows est concernée, mais on imagine que le logiciel sous OS X suivra rapidement. Reste à voir ce qui restera réellement après le grand nettoyage de Google. La version stable de Chrome 33 devrait sortir à la fin du mois de février ou au début du mois de mars.

> Accéder aux commentaires

En passant de WebCore à Blink, Google a allégé Chrome de quelque 4,5 millions de lignes de code. Alors que la firme de Mountain View veut améliorer les performances de Blink sur mobile, Eric Seidel propose d’abandonner la spécification CSS Regions — ce qui provoque l’ire de son créateur, Adobe.

Regions facilite la création de mises en page complexes et flexibles, un des talons d’Achille du langage CSS. Cette spécification permet notamment de répartir les contenus d’une page web au fil d’une série de conteneurs, à la manière des blocs de texte de Pages… ou d’InDesign. Elle est prise en charge par Safari sur OS X et iOS, Chrome et Opera donc, mais aussi Internet Explorer : ces quelques démonstrations développées par Adobe illustrent bien son intérêt.

Seidel, spécialiste des moteurs de rendu HTML passé par Apple avant de rejoindre Google, estime cependant qu’elle n’est pas seulement lourde en pratique, mais aussi structurellement trop complexe. Il est rejoint en cela par Håkon Wium Lie, à la fois créateur de CSS et directeur technique d’Opera. La société norvégienne utilise elle aussi Blink et a proposé CSS Multi-column, une spécification certes moins ambitieuse que celle d’Adobe, mais qui permet déjà de répartir du texte sur plusieurs colonnes.

Avec son concept de « fragmentation » (la manière dont des éléments peuvent être répartis sur plusieurs blocs, pages, écrans…), Regions est bien éloignée des préoccupations beaucoup plus prosaïques de Google. Sa remise en cause de certains acquis de l’approche responsive pose aussi problème à un moment d’optimisation des navigateurs mobiles. Péché suprême, elle représente 10 000 lignes de codes, alors que Blink comporte en tout 350 000 lignes de code C++.

Adobe compte travailler avec Google pour tenter de préserver Regions, mais la firme de Mountain View n’est pas loin d’avoir pris sa décision. Chrome a pris une telle importance aujourd’hui que son abandon de Regions pourrait tout simplement signifier l’arrêt de mort de cette spécification. Pour Google, la rapidité de chargement l’emporte sur la flexibilité de la mise en page.

> Accéder aux commentaires