L’application de messagerie unifiée Google Hangouts a été annoncée hier lors de la keynote d’introduction de la conférence développeur de Google, la Google I/O. L’application qui était jusque-là qu’une simple rumeur, et qui a été largement divulguée depuis un certain temps sur la toile, ayant été nommé Babel ou encore Hangout, Hangouts est enfin une réalité et est disponible à partir d’aujourd’hui pour Android, iOS et sur le web (extension Google Chrome).

L’application Google Hangouts a été introduite lors de la keynote par Vic Gundotra, vice-Président de Google en charge de l’ingénierie, et permet une communication multi-plateforme à travers les dispositifs. Elle va ainsi unifier divers services de messagerie de Google, tels que Google Talk ou les fonctionnalités de Google+ que sont le Chat et les Hangouts, en un seul service.

L’application est standalone qui est un qualificatif qui indique qu’un produit peut être utilisé seul, et donc qui ne fait pas partie de Google+ ! L’application se concentre davantage sur les conversations que sur vos contacts, ce qui signifie que les personnes les plus importantes sont celles avec qui vous parlez le plus, de sorte que vous pouvez les ajouter facilement à une conversation. Comme vous pouvez le voir dans les captures d’écran ci-dessous, la fenêtre de chat se veut très épuré et très simple d’utilisation, et ce à l’image d’une discussion normale, avec la possibilité d’ajouter facilement des images (qui sont stockées dans vos albums, pour un accès facilité). Ainsi, avec Hangouts vous allez pouvoir rester en contact avec vos amis sur un ordinateur, ainsi que sur les appareils Android et Apple.

De plus, il est important de souligner que contrairement à ce que l’on connait actuellement, les conversations seront stockées sur le cloud, de telle sorte que vous pouvez toujours disposer de votre archive et ainsi consulter à tout moment sur vos divers dispositifs ce que vous avez dit !

La meilleure partie est de cliquer sur le bouton vidéo qui enverra tout le monde en un appel vidéo de groupe, une fonctionnalité qui est également disponible dans l’application, et qui est entièrement gratuite ! Probablement l’une des caractéristiques les plus intéressantes qu’il vous offre est les notifications multiplateforme, ce qui signifie que si une notification est retirée de l’un de vos appareils, elle est alors retirée de chacun d’eux.

Allez-vous utiliser la nouvelle application de messagerie Google Hangouts ? Pensez-vous qu’elle va changer la façon dont nous communiquons ?

Selon les accords sur le Chrome Web Store dédiés aux développeurs, Google n’approuve pas « le développement ou la publication de services, … portant atteinte aux droits de propriété intellectuelle d’autrui ou permet le téléchargement illicite de contenus ou de streaming ». Downloadify a clairement violé cette restriction.

Bien que les responsables de Spotify n’aient pas publié une déclaration officielle sur la faille, l’extension Chrome Downloadify installée à partir du Chrome Web Store, ou encore celle en provenance de GitHub, ne fonctionne plus correctement.

Le créateur de Downloadify, Robin Aldenhoven, a été actif sur Twitter et a blâmé Spotify pour une absence de chiffrement sur ​​son player Web Spotify basé sur le langage HTML5. Selon les tweets récents de Aldenhoven, il préconise de payer pour utiliser le service Spotify, mais a créé l’exploit Downloadify pour attirer l’attention sur le chiffrement manquant. Aldenhoven n’a pas l’intention de poursuivre le développement de l’application Downloadify, mais il laisse le logiciel disponible sur GitHub pour la communauté.

Concernant le code source en lui-même, le moins que l’on puisse dire c’est que celui-ci n’est pas si complexe. En pointant du doigt la sécurité des fichiers qui ne semblent pas vraiment la priorité du service, celui-ci n’est composé que de deux principaux fichiers : background.js qui est lancé en tâche de fond. Au sein de celui-ci, une méthode permet permet d’écouter une requête sur un domaine précis – ici Cloudfront.net *://*.cloudfront.net/mp3/* – qui n’est autre que le service diffusion de contenu d’Amazon utilisé par Spotify. Ensuite, l’extension permet de rechercher l’URL du MP3, et si elle existe le second script – inject.js – est exécuté et permettra de lancer le téléchargement de la chanson, et ce puisque ce le fichier de cette dernière n’est pas protégé.

Spotify a t-il négligé la sécurité de ces fichiers ?

Pour être précis, Beaufort a trouvé du code source qui met en évidence des améliorations dans le centre de notification de Mac OS X. Voici à quoi l’intégration devrait ressembler :

Beaucoup pensent que peaufiner le centre de notification est essentiel pour faire de Google Now une option viable sur OS X. Google Now, l’assistant numérique de l’entreprise est une réponse à Siri, fournit des informations via des « cartes » affichées sur un dispositif mobile. Si jamais il arrive à bon port sur ​​OS X, il pourrait vous rappeler l’heure de votre vol ou encore vous notifier de votre prochaine réunion via le centre de notification.

Il ne semble pas que OS X puisse obtenir la fonctionnalité pour bientôt, puisque Beaufort mentionne que les notifications riches sur le système d’exploitation sont « encore en cours de développement ». Vous pouvez cependant essayer en lançant Chromium avec l’option –enable-rich-notifications switch.

Pensez-vous qu’il s’agisse d’une bonne nouvelle de voir arriver Google Now sur OS X ?

Comme le mentionne Eddy Mead, ingénieur logiciel chez Google, dans un billet de blog, « l’application Chrome Google Keep lance sa propre fenêtre, de sorte que vous pouvez créer des notes, de rayer de vos listes les choses à faire, et joindre des photos à des tâches pendant que vous travaillez sur autres choses ». De plus, si vous n’avez pas une connexion Internet, ne vous inquiétez pas l’application Chrome fonctionne hors-ligne, « car nous savons tous que les idées (petites et grandes) peuvent survenir à tout moment », souligne Eddy.

Afin de disposer de l’application, il suffit de vous rendre dans le Chrome Web Store en cliquant sur ce lien.

Lorsque vous la lancez, vous disposez de l’écran de connexion puis de vos listes :

Notez que l’application est complètement décorelée de Google Chrome. Ce n’est pas une extension, c’est une application totalement autonome qui fonctionne même lorsque vous fermez votre navigateur.

Google affirme qu’il essaie de résoudre le problème de ne pas avoir vos notes et vos rappels où que vous soyez. Si ce dernier a été décrit comme un rival à Evernote, le service concurrent est tout de même actuellement beaucoup plus puissant.

Dans les nouvelles semi-connexes, le rival Yahoo vient d’acquérir Astrid, une autre application permettant de lister les tâches à faire, alors ne soyez pas surpris de voir Yahoo lancer son propre concurrent de Google Keep dans un avenir proche…

Les réponses fournies sont les principales questions posées par la communauté des développeurs sur Google Moderator. Paul Irish de Google, travaillant sur Chrome, également créateur de Modernizr, d’HTML5 Boilerplate et membre de l’équipe jQuery – oui rien que ça, Alex Komoroske Product Manager de la plateforme Web de Chrome ainsi que les ingénieurs responsables de Blink, Darin Fisher et Eric Seidel, ont essayé de tous y répondre de manière aussi cohérente que possible.

Pour référence, voici la liste complète des questions ayant des liens directs vers la timeline :

• 1:12 What will be the relationship between the WebKit and Blink codebases going forward?
• 2:42 When will Blink ship on the Chrome channels Canary/Beta/Stable?
• 3:25 How does the plan for transitioning the WebKit integrated in Android to Blink look like?
• 4:59 Can you elaborate on the idea of moving the DOM into JavaScript?
• 6:40 Can you elaborate on the idea of « removing obscure parts of the DOM and make backwards incompatible changesthat benefit performance or remove complexity »?
• 8:35 How will Blink responsibly deprecate prefixed CSS properties?
• 9:30 What will prevent the same collaborative development difficulties that have hampered Webkit emerging in Blink, as it gains more contributors and is ported to more platforms?
• 12:35 Will changes to Blink be contributed back to the WebKit project?
• 13:34 Google said problems living with the WebKit2 multi-process model was a prime reason to create Blink, but Apple engineers say they asked to integrate Chromium’s multi-process into WebKit prior to creating WebKit2, and were refused. What gives?
• 16:46 Is the plan to shift Android’s <webview> implementation over to Blink as well?
• 17:26 Will blink be able to support multiple scripting languages? E.g. Dart.
• 19:34 How will affect other browsers that have adopted WebKit?
• 20:44 Does this means Google stops contributions to WebKit?
• 21:31 What Open Source license will Blink have? Will it continue to support the H.264 video codec?
• 22:11 Any user-agent string changes?
• 23:38 When we’ll be able to test first versions of Blink in Chromium?
• 24:15 How can developers follow Blink’s development?
• 25:40 What is chromestatus.com about?
• 26:40 How will this impact Dart language’s progress?
• 27:13 Will this be a direct competitor against Mozilla’s new engine?
• 29:03 When will all existing vendor prefixes in Blink be phased out?
• 30:20 Will you support -blink-text-decoration: blink?

Ce qui est intéressant, c’est que les ingénieurs s’accordent à dire que Blink vient à sur les plateformes sur lesquelles Chrome est disponible, mentionnant spécifiquement la version de bureau et Android. Cependant, il ne mentionnent pas iOS d’Apple, ce qui pourrait être un problème pour la plateforme d’Apple.

Apple insiste sur iOS que les navigateurs doivent obligatoirement intégrer WebKit, et ce n’est pas vraiment monnayable. C’est d’ailleurs la raison pour laquelle Firefox développe son navigateur pour Android, mais ne peut pas faire la même chose sur iOS : il veut utiliser son propre moteur de rendu (Gecko), mais Apple ne le lui permet pas.

Comme j’ai pu vous le présenter avant-hier, la dernière version de la Canary Build embarque désormais le dernier moteur de rendu Blink.

Le passage à créer Blink est dans les cartons depuis plusieurs semaines, selon ce que mentionne Google, et que son origine provient parmi les ingénieurs travaillant sur Google WebKit. Le problème, c’est que le même code de base WebKit supporte différentes « versions » de WebKit, ce qui ralentit tout le monde. Si Google disposait de son propre moteur de rendu open source, le rythme de l’innovation pourrait augmenter. En théorie.

« Il est arrivé à un point où nous pensons que tout le monde pourrait aller plus vite si nous n’avons pas eu à partager la même base de code pour des architectures différentes », a déclaré Linus Upson, vice-président de l’ingénierie logicielle chez Google. « Il y a un certain avantage à partager la même base de code, mais il y a aussi le coût du support des différents navigateurs, des différents ports, et des différentes architectures », poursuit-il.

À qui s’adresse ce changement ?

Il y a quelques semaines, le fabricant de navigateur Opera a indiqué vouloir son propre moteur de rendu Presto pour passer à WebKit et Chromium. Cela a provoqué une mini tempête parmi les développeurs de sites Web, en particulier ceux qui ont peur que les normes Web allaient appartenir au passé et que la norme deviendrait WebKit par défaut. L’argument était que les autres moteurs de rendu tels que Gecko de Mozilla pour Firefox et Trident de Microsoft pour Internet Explorer, seraient poussés hors du marché, en particulier dans le mobile. En outre, si WebKit avait un monopole sur le Web, les fabricants de navigateurs utilisant des standards dans leur moteur de rendu pourraient être étouffés. Il est important de souligner que WebKit avait atteint un sommet de 40% du marché global à compter de la fin de 2012.

En créant Blink, Google tient à rassurer les développeurs de navigateurs que c’est pour répondre à certaines de ces préoccupations. Upson indique :

One of the things is that a few weeks back when Opera said it was going to start using WebKit and Chromium, a number of people expressed concerns that people expressed that that the Web, particularly the mobile Web, was becoming a WebKit monoculture and in that kind of world standards wouldn’t matter because it just one implementation, the implementation becomes the standard.

We think that by doing this, it will really help strengthen standards on the Internet and address those concerns that people raised a few weeks back.

Google essaie d’être bien un citoyen du Web avec Blink. Il a établi des directives strictes en matière de nouvelles fonctionnalités et les API qui mettent l’accent sur les standards, la transparence et l’interopérabilité. La concurrence est également une bonne chose, mentionne Google, parce que les multiples moteurs de rendu stimuleront l’innovation et amélioreront la santé de la plateforme Web ouverte.

« Tout ce que nous faisons va être open source, afin de ne pas changer la façon dont nous faisons les choses quotidiennement », a déclaré Alex Komoroske, chef de produit de Google. De plus, il indique cela ne va pas changer la façon dont la firme travaille avec d’autres éditeurs de navigateurs, les organismes de normalisation comme le W3C et l’IETF.

Repenser WebKit

Avec Blink, Google a réussi à éliminer certains des obstacles créés par un socle de code unique dans une architecture multiple-processus. Cela a permis à Upson et son équipe de repenser à beaucoup de vieux problèmes que les ingénieurs de Google n’avaient pas résolu en raison des précédentes limitations.

« Maintenant que nous prenons un autre tournant, un brainstorming d’une liste de souhaits pour une architecture a été réalialisé, permettant ainsi d’accélérer la capacité et la performance du navigateur », a déclaré Komoroske.

Blink n’est que le premier pas pour Google et WebKit. Le code de base ne changera pas le premier jour. Mais il offre la liberté de faire des changements que les ingénieurs n’auraient auparavant pas pris en considération.

Le danger vient de la fragmentation. Trop de cuisiniers dans la cuisine WebKit pourraient créer des forks qui feront qu’il sera plus difficile pour les développeurs de créer des applications qui sont compatibles avec tous les navigateurs. C’est pourquoi Upson et Komoroske soulignent que Blink et Chromium seront compatibles et que Google sera très transparent avec les changements qu’il apporte.

Cette nouvelle vient seulement quelques heures après que Mozilla et Samsung aient également dévoilé leur travail collaboratif sur leur propre « nouvelle génération » de moteur de rendu pour les navigateurs, nommé Servo.

Est-ce que Blink est bon pour WebKit et le Web ? Qu’en pensez-vous ?

Il s’agit là d’une mise à jour importante de son Chrome Web Store, utilisé pour la distribution des applications et des extensions pour Chrome et pour Chrome OS. Ce que cela signifie pour les développeurs est qu’ils auront besoin de charger un fichier zip qui contient toutes les ressources nécessaires et spécifiques pour chaque plateforme souhaitant être prise en charge. De là, le Chrome Web Store va générer un fichier crx par plateforme et fournir à l’utilisateur celui qui convient en fonction de son appareil.

Les remarques de François sont maintenant encore plus intéressantes qu’avant du fait de son rapprochement avec l’équipe de Google. Dans sa dernière découverte – ou plutôt ce qu’on lui a soufflé à l’oreille, il mentionne qu’une fois votre fichier zip téléchargé sur le Chrome Web Store, et le fichier crx généré, les avantages sont évidents notamment en ce qui concerne la bande passante réseau – moins consommatrice – et le gain d’espace disque utilisé sur votre machine.

Google appelle ceci le « webstore multi-crx feature ». Si l’on se réfère à l’annonce, cette nouvelle fonctionnalité sera rendue possible sur les plateformes suivantes :

win_rel android_dbg_triggered_tests linux_aura linux_rel linux_chromeos mac_rel android_dbg android_clang_dbg linux_chromeos_clang linux_clang mac ios_dbg_simulator ios_rel_device win win_rel win7_aura

En d’autres termes, Chrome Web Store va être accessible sur tous les systèmes d’exploitation sur lesquels le navigateur Chrome fonctionne actuellement – Windows, Mac, Linux, Android, iOS et ainsi que sur Chrome OS.

Depuis l’introduction de Google+, nous avons vu Google travaillé à unifier l’ensemble de ses produits et services, et c’est un pas de plus dans cette direction. Grâce à ce support à venir sur le Chrome Web Store, une application ou une extension qui fonctionne dans Chrome, pourrait également fonctionner peu importe la plateforme sur laquelle vous tentez d’y accéder.
De plus, cela va permettre aux développeurs de créer une application pour toutes ces plateformes, de la télécharger une seule fois pour le Chrome Web Store, et alors seuls les utilisateurs récupéreront les bits correspondants sur leur dispositif.

Maintenant si vous voulez suivre le même parcours que François il va falloir vous atteler. En effet, François est devenu très connu sur la blogosphère mais pas que, puisque ce dernier s’est vu maintes et maintes fois relayés, du moins au travers de ses publications Google+ à la suite de quelques découvertes qui ont valu de nombreuses rumeurs mais aussi des confirmations sur des anciennes spéculations.

En passant par des révélations sur Chrome OS et Chromium, François a notamment débusqué la première mention au Chromebook Pixel en trouvant un fragment de documentation dans Chrome OS qui comprend des notes sur les motifs de couleurs qui ne sont pas compatibles avec les modèles actuels des Chromebook, ou encore en repérant Google Now dans les versions du navigateur Chrome pour Windows et Chrome OS à l’aide d’une option nommée « Show Google Now notifications in Chrome », Google a dû penser qu’il serait encore mieux de l’avoir de son côté.

Avant-hier, Beaufort a révélé qu’il venait d’accepter un poste chez Google Chrome comme évangéliste open source. François Beaufort a annoncé la nouvelle sur son profil Google+, en disant que sa nouvelle position lui permettra d’écrire des articles de fond sur Chrome, de l’équipe, de sa culture et des caractéristiques à venir pour ce dernier. Je suis d’ailleurs persuadé que ce dernier point est la partie la plus intéressante pour beaucoup de gens.

Ce qui est assez drôle, le 27 février alors que François venait de trouver une autre trace d’une nouvelle fonctionnalité permettant de connaître un onglet qui jouait du son sur Chrome, j’avais mentionné ceci : « … comme l’a remarqué François Beaufort, notre fameux développeur à la recherche de tous les indices possibles dans le code source des applications, services Google – je crois vraiment que François va rapidement se faire embaucher par la firme … ». Il faut croire que j’ai eu le nez fin !

Pour Google, c’est une situation gagnant/gagnant, non seulement il embarque à bord de l’un de ses partisans les plus virulents, et il va également pouvoir éviter les fuites d’informations divulguées par erreur par les ingénieurs de Google sur les versions nightly de Chrome. Si Chromium sera toujours ouvert au public, avec Beaufort qui travaille maintenant pour la société, les premières fuites pourraient être rares … À moins que quelqu’un reprenne le flambeau …

Le fait est que désormais il sera en mesure de le faire, et on l’espère tous, mais avec un titre officiel, de révéler quelques-uns des rouages ​​des produits de Google. Ce ne peut être qu’une bonne chose vous ne trouvez pas ?

Google a annoncé la semaine dernière le lancement de Discover DevTools, un cours interactif de l’école de formation – Code School – qui enseignent aux développeurs comment tirer profit de suite de la puissance des outils de développement de Chrome, et des différentes ressources pour accélérer le développement et le débogage de vos applications Web.

Le cours est divisé en sept chapitres, dont chacun couvre un ensemble spécifique de caractéristiques dans les DevTools de Chrome. Chaque chapitre dispose d’un didacticiel vidéo qui est suivi par une série de « défis » qui vous mettront à l’épreuve, et ainsi venir valider ce que vous venez d’apprendre. Les DevTools Chrome seront intégrés dans les challenges eux-mêmes afin que les développeurs puissent se faire une idée de la façon de les utiliser tout en apprenant.

Alors que le cours est destiné à ceux qui ne connaissent pas les outils de développement de Chrome, Google affirme que les développeurs plus expérimentés voudront peut-être prendre des cours pour parfaire leurs compétences. La société affirme que les développeurs peuvent même trouver quelques fonctionnalités moins connues dans ces cours qui peuvent vraiment améliorer leur productivité.

Parmi quelques-unes des choses auxquelles vous pouvez vous attendre à apprendre au sein du premier cours, vous allez pouvoir comprendre comment gérer un flux de débogage pour passer d’une exception non interceptée à sa correction sans jamais rafraîchir votre application. En outre, le cours offrira un gain de temps en vous fournissant des astuces pour améliorer votre efficacité pendant le débogage CSS, et l’interprétation de votre réseau et les goulots d’étranglement JavaScript.

Vous pouvez consulter le premier tutoriel vidéo ci-dessous. Pendant que vous y êtes, n’hésitez pas à naviguer sur le site Web du cours pour commencer à en apprendre d’avantage sur les DevTools.

Si vous êtes familier avec Instapaper, l’application et le populaire plugin pour les navigateurs, vous permettent d’enregistrer des pages Web et des articles à lire en mode hors-ligne, alors « Send to Kindle » devrait vous être très familier. Le plugin dévoilé par Amazon fait essentiellement la même chose avec tout de même l’avantage supplémentaire de d’envoyer le contenu directement sur votre liseuse Kindle si vous le désirez.

Là où « Send to Kindle » se différencie réellement, est concernant son application de bureau car elle vous permet de glisser et déposer n’importe quel type de fichier et l’envoyer sur votre application Kindle ou une liseuse pour une lecture par la suite. Dans un sens, c’est comme une version allégée du stockage sur le cloud, mais sans les fonctions d’édition. Si vous avez besoin de rattraper votre retard sur la lecture de la documentation dédiée à un dispositif que vous venez de recevoir, cette application vous permettra de rattraper celle-ci, et ce si vous avez besoin d’une connexion Internet constante et sans avoir à retirer astucieusement votre ordinateur portable dans un train bondé… L’application vous permet également d’envoyer des documents vers votre Kindle comme étant une option d’impression.

Amazon lance donc un bouton pour tous les développeurs de sites Web afin que ces derniers puissent ajouter à leurs sites, semblables à ce que propose Facebook et Twitter – comme ceux en bas de chaque article sur le BlogNT. Le bouton va automatiquement envoyer un article à un utilisateur disposant d’un Kindle, et ce sans qu’il ait besoin que l’extension soit installée sur son navigateur.
Si le Washington Post a déjà mis en place ce dernier, plus suivront probablement dans peu de temps, puisqu’Amazon a créé un plugin WordPress et un site pour aider les développeurs à placer le bouton sur leurs sites.

Le seul point négatif ? Si vous êtes un gros utilisateur du Kindle, vous devrez peut-être passer à une connexion WiFi lorsque vous utilisez le service « Send to Kindle ». En effet, sachez qu’un document peut atteindre rapidement quelques méga-octets et donc vous irez certainement plus vite avec un transfert WiFi.

Le contenu qui est envoyé au client se synchronise sur tous les périphériques et applications Kindle, ce qui signifie que vous pouvez commencer la lecture d’un article sur votre Kindle Fire et la terminer sur votre application Kindle sur smartphone, par exemple.

L’application est maintenant disponible pour téléchargement à partir du site d’Amazon Kindle pour Mac et PC et comme extension de navigateur, sur Google Chrome et Mozilla Firefox.

Qu’en pensez-vous ? Aimeriez-vous voir les articles téléchargeables pour votre Kindle ?