La bêta de Chrome 27 permet la manipulation du son en local

La bêta de Chrome 27 permet la manipulation du son en local

Et une hausse des performances qui ne se refuse jamais

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

05/04/2013 2 minutes
21

La bêta de Chrome 27 permet la manipulation du son en local

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.

chrome 27

 

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 :

 

chrome 27

 

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.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fermer

Commentaires (21)


Le changement de moteur, signifie que Chrome ne sera plus dispo sur iOs ?? ou pas forcément ?








roswell51 a écrit :



Le changement de moteur, signifie que Chrome ne sera plus dispo sur iOs ?? ou pas forcément ?





Pas forcement, ça dépend de la politique qu’ils vont adopter de ce côté là.

Vu qu’apple n’autorise les navigateurs que si ils utilisent “leur” moteur de rendu ça laisse pas un gnrad champ d’action dans tout les cas.









roswell51 a écrit :



Le changement de moteur, signifie que Chrome ne sera plus dispo sur iOs ?? ou pas forcément ?





Effectivement c’est une bonne question … Chrome sur iOS risque en tout cas d’être de moins en moins intéressant comparé à sa version Android et Desktop



Ca risque de





roswell51 a écrit :



Le changement de moteur, signifie que Chrome ne sera plus dispo sur iOs ?? ou pas forcément ?







A voir… Apple à indiqué qu’ils commençaient le “nettoyage” de Webkit après le départ de Google. Tout le code ajouté pour améliorer le support sur Chrome va être enlevé apparemment donc a voir si ça à un impact sur la version iOS, où si google utilise à 100% le code utilisé par safari…









methos1435 a écrit :



Ca risque de



A voir… Apple à indiqué qu’ils commençaient le “nettoyage” de Webkit après le départ de Google. Tout le code ajouté pour améliorer le support sur Chrome va être enlevé apparemment donc a voir si ça à un impact sur la version iOS, où si google utilise à 100% le code utilisé par safari…







Ils utilisent deja l’API iOS, ça va rien changer.





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.




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%.


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


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 ?








zamp a écrit :



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 ?





Depuis la 26 oui.









Blood_Man a écrit :



Depuis la 26 oui.





Ha ouais, ça fait trop bizarre.









Blood_Man a écrit :



Depuis la 26 oui.







Ok merci <img data-src=" />







zefling a écrit :



Ha ouais, ça fait trop bizarre.







Oui plutôt… question d’habitude je suppose <img data-src=" />










zamp a écrit :



Oui plutôt… question d’habitude je suppose <img data-src=" />





Heu, c’est surtout que ça correspond plus du tout au reste du système. Je suis en WinClassic.









roswell51 a écrit :



Le changement de moteur, signifie que Chrome ne sera plus dispo sur iOs ?? ou pas forcément ?









zaknaster a écrit :



Effectivement c’est une bonne question … Chrome sur iOS risque en tout cas d’être de moins en moins intéressant comparé à sa version Android et Desktop





le passage de Webkit à son fork Blink n’aura absolumment aucun impact sur la version iOS de Chrome. Chrome pour iOs n’a jamais utilisé un moteur géré par Google, Apple ne permettant tout simplement pas aux devs de faire ça, ils ont uniquement le droit de s’appuyer sur l’api fournie (qui est d’ailleurs moins rapide que la version de Webkit utilisée par Safari).

Donc non ce changement n’aura aucun impact sur Chrome pour iOS.









nabalzbhf a écrit :



Ils utilisent deja l’API iOS, ça va rien changer.









Sauf que Safari sous iOS utilise Webkit, lui même contenant du code destiné à améliorer le support sur chrome. Apple à pas utilisé un webkit spécial. Donc même sous iOS Webkit contient des morceaux de code destinés plus ou moins à Chrome.A voir après ce qui se passe quand ce code va disparaitre.



Faut pas oublier que Google participait également au développement de Webkit, il n’y avait pas qu’Apple.









methos1435 a écrit :



Sauf que Safari sous iOS utilise Webkit, lui même contenant du code destiné à améliorer le support sur chrome. Apple à pas utilisé un webkit spécial. Donc même sous iOS Webkit contient des morceaux de code destinés plus ou moins à Chrome.A voir après ce qui se passe quand ce code va disparaitre.



Faut pas oublier que Google participait également au développement de Webkit, il n’y avait pas qu’Apple.







Non, vraiment y’a rien à voir, Chrome sur iOS passe par les APIs iOS, y’a pas de support spécial pour Chrome:



http://developer.apple.com/library/ios/#documentation/uikit/reference/UIWebView_…



Les parties spéciales chrome dans webkit, c’est pour pouvoir faire le multiprocess à la chrome, ou pour utiliser V8, etc.









zefling a écrit :



Heu, c’est surtout que ça correspond plus du tout au reste du système. Je suis en WinClassic.







Tu peux le désactiver en rajoutant –disable-new-menu-style dans la cible de ton raccourcis google chrome ;)



Source









Rphl a écrit :



Tu peux le désactiver en rajoutant –disable-new-menu-style dans la cible de ton raccourcis google chrome ;)



Source







Pour le peu que je l’utilise, je n’irais pas me faire chier à le faire. <img data-src=" />



Merci quand même. <img data-src=" />





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