La bêta de Chrome 27 permet la manipulation du son en local
Et une hausse des performances qui ne se refuse jamais
Google a publié hier soir la bêta de son navigateur Chrome en version 27. L’éditeur annonce une hausse des performances ainsi qu’une meilleure présentation de certains éléments HTML5. Comme d’habitude, on retrouve également diverses améliorations sous le capot ainsi que la prise en charge de technologies supplémentaires pour les développeurs.
L’actualité du monde des navigateurs est particulièrement riche actuellement. Google a déjà annoncé que son Chrome n’utiliserait bientôt plus Webkit, mais Blink, un fork réalisé sur le moteur de rendu open source. La bêta de Chrome 27, disponible depuis hier soir, ne contient pas encore ce nouveau moteur, mais propose tout de même plusieurs nouveautés et améliorations.
À commencer par les performances. Selon Google, elles sont en hausse en moyenne de 5 %. Ce résultat est obtenu via des optimisations de l’ordonnanceur, qui se veut plus « agressif » sur la gestion des connexions en attente ou dans la priorité attribuée aux différents éléments d’une page.
Chrome 27 affiche en outre de manière plus « élégante » les éléments relatifs aux dates, semaines et mois dans les champs input :
La firme de Mountain View a également ajouté la gestion du « live audio » pour l’API Web Audio. Il s’agit d’un support important car il va permettre la captation du son local pour qu’il soit manipulé sur la machine. Cela ouvre d’une part la voie à des applications web plus évoluées dans leur gestion du son, et d’autre part un traitement du signal avant qu’il soit par exemple renvoyé vers l’API WebRTC, pour de la vidéoconférence par exemple.
L’API Sync FileSystem permettra de son côté aux développeurs de synchroniser les données enregistrées entre plusieurs machines pour une même Chrome Packaged App, en passant par Google Drive. L’enregistrement des fichiers se fait dans des sandboxes privées et peuvent quand même être manipulées avec les API classiques File et FileSystem.
Pour les développeurs, la partie consacrée se veut également plus personnalisable. Quelques autres modifications ont eu lieu, tel que le retrait du préfixe pour l’attribut « allowfullscreen ».
Les intéressés par cette bêta de Chrome pourront la récupérer depuis cette page.
Commentaires (19)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 05/04/2013 à 13h42
Le 05/04/2013 à 13h44
Le 05/04/2013 à 14h20
Le 05/04/2013 à 14h40
Le 05/04/2013 à 15h05
Le 05/04/2013 à 15h40
Le 05/04/2013 à 15h49
Le 05/04/2013 à 19h03
Chrome 27 affiche en outre de manière plus « élégante » les éléments relatifs aux dates, semaines et mois dans les champs input :
Truc qui sert à rien car on va continuer d’utiliser datepicker pour la simple et bonne raison que c’est le bordel dans ces cas là.
Pas de la faute à Chrome, mais à tout le monde, Ie compris bien sûr ;p
Le 05/04/2013 à 09h58
Le changement de moteur, signifie que Chrome ne sera plus dispo sur iOs ?? ou pas forcément ?
Le 05/04/2013 à 10h03
Le 05/04/2013 à 10h07
Le 05/04/2013 à 10h14
Ca risque de
Le 05/04/2013 à 11h15
Le 05/04/2013 à 12h06
Chrome 27 affiche en outre de manière plus « élégante » les éléments relatifs aux dates, semaines et mois dans les champs input :
J’espère que, eux, contrairement à Microsoft dans le calendrier W8, ont localisé les dates des jours fériés et autres. Chaque fois que j’ouvre ce fichu calendrier ça me tue de voir “tax day”, “memorial day”, “flag day”, “independence day”. Foutue version bêta.
L’actualité du monde des navigateurs est particulièrement riche actuellement. Google a déjà annoncé que son Chrome n’utiliserait bientôt plus Webkit, mais Blink,
Aïe. Sale nouvelle pour Webkit.
Le 05/04/2013 à 12h29
La firme de Mountain View a également ajouté la gestion du « live audio » pour l’API Web Audio. Il s’agit d’un support important car il va permettre la captation du son local pour qu’il soit manipulé sur la machine
Manipulé par qui? Si c’est le contenu Web de la page qui manipule c’est pas top, j’imagine déja les pubs qui se mettent à 50% alors que l’utilisateur serait à 10%.
Le 05/04/2013 à 12h29
D’aprèshttp://thenextweb.com/apple/2013/04/04/will-chrome-for-ios-be-able-to-use-google…
Si Apple ne change pas, Chrome n’existera plus sur iOS, en tous cas pas avec Blink
Le 05/04/2013 à 12h44
Pas grand chose à voir avec la news, enfin si un peu, c’est moi qui délire ou le menu contextuel du clic droit vient de changer de style sur chrome windows ?
Le 05/04/2013 à 13h16
Le 05/04/2013 à 13h19