Chrome 49 bêta fait le plein de nouveautés pour les développeurs
Oh, des défilements doux
Le 03 février 2016 à 08h45
4 min
Logiciel
Logiciel
Chrome 48 était disponible depuis peu, Google propose désormais la bêta 49. La plupart des nouveautés sont orientées vers les développeurs web, mais quelques fonctionnalités ont été ajoutées pour les utilisateurs.
Chrome 48 ne s’est pas démarqué par une longue liste de nouveautés. Cette version était particulièrement orientée vers la sécurité avec pas moins de 37 failles corrigées et la suppression de certaines technologies obsolètes, telles que le RC4. La version 49 s’annonce plus substantielle avec nombre d’améliorations pensées pour simplifier le travail des développeurs web.
Les service workers pour finir les opérations dans les onglets fermés
L’une des principales est clairement l’arrivée de l’API Background Sync. Elle utilise les services workers pour terminer les synchronisations et certaines opérations même après que l’onglet a été fermé, volontairement ou par inadvertance. On trouve facilement des exemples, dont les envois de messages et autres contenus avant que le site n’ait terminé l’opération. Gmail, Outlook.com, ou encore Facebook préviennent ainsi que l’action n’est pas terminée et que fermer l’onglet pourrait faire perdre le message. La nouvelle API permet donc aux développeurs de prévoir ce cas de figure.
Chrome 49 veut également simplifier le travail des développeurs sur la partie CSS. Le navigateur ajoute le support des propriétés personnalisées qui permettent de définir des variables de propriétés sans passer par un framework externe. Ils peuvent donc utiliser la fonction var() pour référencer ces propriétés, quel que soit leur emplacement dans le document. Le développeur évite ainsi la fastidieuse opération de changer par exemple un code couleur partout où c’est nécessaire.
La compatibilité ECMAScript 2015 bondit de 64 à 91 %
La nouvelle version du navigateur propose également une très sérieuse mise à jour de la machine virtuelle JavaScript maison – V8 – pour améliorer sa compatibilité avec la norme ECMAScript 2015 (anciennement 6). Le score bondit ainsi de 64 à 91 %, Chrome 49 se permettant ainsi de dépasser les deux ténors dans ce domaine, à savoir Edge (83 %) et Firefox (85 %). Ce bond important débloque de nouvelles possibilités, comme décrites par Google dans son annonce.
Parmi les autres nouveautés pour les développeurs, on notera également la possibilité de contrôler la manière dont les polices se chargent sur un site (via CSS font-display), le support de l’API MediaRecorder qui permet l’enregistrement de l’audio et de la vidéo si l’utilisateur donne son accord, une meilleure protection des cookies sécurisés ou encore la possibilité d’interroger le navigateur pour savoir si l’utilisateur a demandé à réduire sa consommation de données, en vérifiant l’en-tête Save-Data.
Enfin du défilement doux dans les pages
Du côté des utilisateurs justement, il n’y aura pas grand-chose à se mettre sous la dent, excepté un ajout dont on pourrait dire que Google a décidément mis du temps à l’intégrer : les défilements doux. Cette fonctionnalité, qui existe par exemple sur Firefox depuis bien longtemps, permet de lisser le mouvement des pages quand, par exemple, on se sert de la molette pour monter ou descendre. Des extensions permettaient de le faire, mais il était temps que Chrome sache le faire de lui-même, d’autant que ce type de petit ajout participe pleinement à l’expérience utilisateur.
Comme toujours, s’agissant d’une bêta, il est possible de rencontrer des bugs plus ou moins sérieux, même si les plus importants sont censés être éliminés lors de la transition depuis les versions Canary. Ceux qui souhaitent récupérer cette mouture 49 pourront le faire depuis cette page. Si vous utilisez déjà le canal bêta, il suffira de redémarrer le navigateur.
Chrome 49 bêta fait le plein de nouveautés pour les développeurs
-
Les service workers pour finir les opérations dans les onglets fermés
-
La compatibilité ECMAScript 2015 bondit de 64 à 91 %
-
Enfin du défilement doux dans les pages
Commentaires (24)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 03/02/2016 à 09h03
Ahhhhhh le défilement tout doux…. " />
Le 03/02/2016 à 09h06
A noter que le défilement doux existe déjà depuis quelques version en activant le drapeau du même nom : chrome://flags/#enable-smooth-scrolling
Le 03/02/2016 à 09h13
Oui, c’est le principe des flags et de l’activation dans les différents canaux hein " />
Le 03/02/2016 à 09h21
Bon, il manque plus que Ms pour les variables CSS. J’avais testés dans Firefox, mais impossible à mettre en place vu que supporté que par lui, maintenant c’est un peu plus envisageable. Encore un peu de patience.
Le 03/02/2016 à 09h22
En effet. Je dis ça pour ceux qui sont pas sur le canal beta (comme moi) et qui ont envie de tester la fonction quand même (comme moi) " />
Le 03/02/2016 à 09h24
C’est horrible le défilement doux. J’espère qu’ils l’activent pas par défaut comme chez ces boulets de Firefox.
Le 03/02/2016 à 09h36
Ca fait un peu peur l’API background sync.
J’imagine bien les abus qui peuvent en être fait. Quels seront les API utlisables dans les fonctions de ‘sync’?
J’imagine bien une page continuant a lire de l’audio après que l’utilisateur l’ait fermée…
Le 03/02/2016 à 09h37
Si au moins le flou sur le décodage GPU des videos sous Linux étaient définitivement résolu, ça fait juste 3 ans que ça dure ….
Le 03/02/2016 à 09h39
Il est prévu un défilement républicain sur le navigateur natif de notre OS souverain " />
Le 03/02/2016 à 09h42
Bonne nouvelle ce support.
Par contre, petite coquille dans l’article, il s’agit de la version 2015 d’ECMAScript (ES6), et non la 2016 (ES7).
http://www.ecma-international.org/ecma-262⁄6.0/index.html
Le 03/02/2016 à 09h52
Corrigé merci, il s’agissait d’une faute de frappe, la bonne année apparaissait d’ailleurs dans le paragraphe sous l’intertitre " />
Le 03/02/2016 à 09h56
certaines opérations même après que l’onglet a été fermé, volontairement ou par inadvertance.
Ca c’est cool, parce que le seul moyen de détruire des données persistentes “onTabClose” jusqu’à present c’etait de temporiser la fermeture de l’onglet avec un alert() bien moche…
Le 03/02/2016 à 10h15
Le 03/02/2016 à 10h40
je suis désole mais le defilement doux ca existe depuis des années sur chrome quand on l’active dans about:flags et il y a l’excellent smooth truc qui la gere hyper bien (egalement dispop sur firefox
Le 03/02/2016 à 11h33
Le 03/02/2016 à 11h39
Le défilement rugueux avec gravier sera encore possible?
Le 03/02/2016 à 12h12
Pour avoir suivit de loin, le – c’est juste parce qu’il n’ont pas trouvé mieux. Au début, il avait pensait au $ et au @ mais il semblerait que cela pose plein de problème dans certains cas.
D’une on peut faire ça :
.class {
}
@CryoGen : Et le problème de LESS/SASS c’est que c’est compilé et en fait c’est juste des astuces pour construire du CSS. Mais ils a certains trucs possible en CSS pas possible en less. Il me semble que tu ne pourras pas appeler ta variable @media en LESS, ça pourrait entrer en conflit avec la règle @media. Par contre, il a des trucs sympa qui serait bien en CSS. Mais quand je vois le nombre de fronts sur lesquels ils bossent au W3C, c’est difficile de suivre.
Le 03/02/2016 à 13h13
Il y a encore des gens qui utilisent Chrome?
:p
Le 03/02/2016 à 14h57
Ah on appelle ça le “défilement doux”. Moi je croyais que c’était un problème de performances ou de logiciel qui gérait mal les entrées. J’espère qu’on pourra le désactiver parce que je déteste ce comportement, j’ai l’impression que le logiciel est “bourré” et qu’il ne fait pas ce que je lui dit.
Le 03/02/2016 à 16h50
Cela s’appelle la collecte de données personnelles par Google…. et elle est plus que jamais d’actualité !
“Si c’est gratuit, c’est que vous êtes le produit”
Le 03/02/2016 à 17h59
J’ai du mal à comprendre les gens qui n’aiment pas le défilement doux. Lorsque je l’ai testé (y’a quelques années sur Firefox, via une extension), j’ai pu jamais voulu m’en passer. C’est beaucoup plus agréable pour les yeux, plus facile de suivre où on est dans la page. Et quand on fait du dev web toute la journée, on est plutôt content.
D’ailleurs quand je suis retourné sur Chrome cette année pour tester un truc, j’étais surpris que ce n’était toujours pas intégré par défaut !
Le 03/02/2016 à 19h34
Je viens de l’activer dans les flags de ma version 48, et je ne vois pas la différence.
Le 04/02/2016 à 23h42
Le 05/02/2016 à 08h47