Google annonce l'intégration du HTML5 dans Gmail
Et défend l'utilisation du JavaScript dans le développement de sa messagerie

Le , par Gordon Fowler, Expert éminent sénior
Lors du Usenix WebApps 2010 de Boston, Adam de Boor, ingénieur chez Google, a annoncé que Gmail allait intégrer de nouvelles fonctionnalités liées au HTML 5.

Le but des équipes de développement est de diminuer le temps de chargement des pages de la messagerie en ligne. Grâce au HTML 5, il devrait passer sous la barre de la seconde.

L'utilisation du CSS3 en lieu et place du Document Object Model (DOM) devrait par exemple déboucher sur un gain de 12% dans le rendu des pages du service.

Coté fonctionnalités, l'adoption progressive du futur standard par les principaux navigateurs devrait également permettre la généralisation du glisser-déposer des pièces jointes depuis le bureau vers la fenêtre de la messagerie. Adam de Boor a dévoilé que la fonctionnalité inverse, le glisser-déposer depuis le navigateur vers le bureau, est également à l'étude mais que celle-ci ne serait pas réalisée grâce au HTML 5 mais grâce à un nouveau protocole de transfert de données baptisé en interne « downloadurl ».

Petite confirmation, Google réfléchit très sérieusement au HTML 5 (et à son Application Cache) pour remplacer Gears. L'Application Cache permet d'utiliser le cache du navigateur pour travailler hors-ligne avec une application de type Cloud initialement hébergée. Il n'est par exemple plus besoin d'être connecté(e) pour rédiger des textes dans Google Docs (lire par ailleurs « Google Docs : encore plus de fonctionnalités »).

Jusqu'ici Gmail exploitait la technologie maison de Google Gears. La messagerie migrera donc progressivement vers l'utilisation de ces « super cookies » du HTML 5.

Pour la petite histoire, Adam de Boor a également révélé que le programme de Gmail était composé de 443.000 lignes de JavaScript. Un chiffre monte à quasiment 980.000 lignes si on lui ajoute les commentaires.

Quant à ceux qui se demandent si l'utilisation de Java pour réaliser un tel service n'aurait pas été plus appropriée, Adam de Boor a répondu que certes, cette technologie aurait peut-être été plus optimisée mais que ce langage était au final plus « verbeux » que le JavaScript.

Pour lui, la plupart des critiques adressées au JavaScript ne viennent d'ailleurs pas du langage lui-même, mais de la façon dont il est implémenté dans les navigateurs.

Et de conclure que la question la plus importante n'était au final pas tellement le choix du Java ou du JavaScript mais la manière de produire le meilleur code possible en fonction du langage utilisé.

Aucun calendrier ni feuille de route n'ont en revanche été donnés concernant l'intégration du HTML 5 dans Gmail.

Lire aussi :

Polémique : un membre de la Fondation Mozilla reproche à Apple et Google de vouloir s'approprier le HTML5 mais félicite Microsoft pour son soutien

Les principales nouveautés du HTML5, quelles sont celles qui vous paraissent les plus importantes ?
Quake 2 en JavaScript grâce à HTML 5 : qui a dit que le HTML 5 ne pourrait pas concurrencer Flash ?

Le nouvel Hotmail pourra-t-il concurrencer Gmail ? Découvrez les nouvelles fonctionnalités de la messagerie de Microsoft

Les rubriques (actu, forums, tutos) de Développez :

(X)HTML
JavaScript
Développement Web


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de le_chomeur le_chomeur - Expert confirmé http://www.developpez.com
le 28/06/2010 à 9:10
J'aimais bien le projet Google Gears mais bon puisque HTML5 en reprend quelques idées, il faut se concentrer sur HTML5 mais au risque que Google s'approprie de la plupart des standards

Au contraire je pense que google en est un des principal soutien , si l'on regarde quelques années en arrière google était également l'un des premiers a avoir démocratiser l'ajax et le retour de javascript dans leurs apps
Avatar de Jcpan Jcpan - Membre averti http://www.developpez.com
le 28/06/2010 à 10:14
Citation Envoyé par randriano  Voir le message
Je ne comprends pas cette comparaison entre Java et Javascript???

Moi non plus
Avatar de xelab xelab - Membre éprouvé http://www.developpez.com
le 28/06/2010 à 11:35
Je ne comprends pas cette comparaison entre Java et Javascript???
Citation Envoyé par Jcpan  Voir le message
Moi non plus


Peut-être compare-t-on les applets Java (côté client) avec Javascript, je ne vois que ça...
Avatar de Jérémie A. Jérémie A. - Membre averti http://www.developpez.com
le 28/06/2010 à 12:42
Citation Envoyé par xelab  Voir le message
Peut-être compare-t-on les applets Java (côté client) avec Javascript, je ne vois que ça...

Des applets, ça existe encore ces horreurs ?
Par contre en effet, la comparaison n'a aucun sens.
Avatar de Camille_B Camille_B - Membre confirmé http://www.developpez.com
le 28/06/2010 à 12:46
Pour ma part, ce que je ne comprends pas du tout c'est cela :

L'utilisation du CSS3 en lieu et place du Document Object Model (DOM) devrait par exemple déboucher sur un gain de 12% dans le rendu des pages du service.

La formulation est très maladroite.

On doit sans doute entendre quelque chose du genre :

"CSS3 permettra des gains en performance en remplaçant quelques fonctions qui étaient jusque là déléguées à la mise en forme du contenu par Javascript via le DOM"

Ce qui ne signifie aucunement l'arrêt de l'utilisation du DOM et de Javascript que laisse entendre la phrase incriminée.
Avatar de Gordon Fowler Gordon Fowler - Expert éminent sénior http://www.developpez.com
le 28/06/2010 à 13:11
Citation Envoyé par Camille_B  Voir le message
On doit sans doute entendre quelque chose du genre :

"CSS3 permettra des gains en performance en remplaçant quelques fonctions qui étaient jusque là déléguées à la mise en forme du contenu par Javascript via le DOM"

Ce qui ne signifie aucunement l'arrêt de l'utilisation du DOM et de Javascript que laisse entendre la phrase incriminée.

C'est effectivement ce qu'il fallait comprendre, désolé pour la formulation. Me permets-tu de reprendre la tienne ?

En ce qui concerne la comparaison Java/JavaScript, la question qui lui a été posée est la suivante : "Are you comfortable using JavaScript for such a large project ?"

Ce à quoi il a répondu que Google aurait pu envisager d'utiliser un autre langage, et de citer Java.

Après, la pertinence de la question est à votre libre appréciation.

Cordialement,

Gordon
Avatar de lucideluciole lucideluciole - Membre habitué http://www.developpez.com
le 28/06/2010 à 13:24
Citation Envoyé par xelab  Voir le message
Peut-être compare-t-on les applets Java (côté client) avec Javascript, je ne vois que ça...

C'est probablement que l'application Gmail aurait pu être codée avec GWT par exemple au lieu de Javascript avec Closure comme c'est le cas.
Avatar de Flaburgan Flaburgan - Modérateur http://www.developpez.com
le 28/06/2010 à 13:47
En effet, développer avec GWT permet de développer en Java, puis de compiler le java en JavaScript. Mais au final, c'est de toute manière du javascript qui est chargé par le visiteur. Le projet est par contre beaucoup plus simple à coder et surtout à débugger.
Avatar de - http://www.developpez.com
le 28/06/2010 à 17:05
Je ne comprends pas cette comparaison entre Java et Javascript???

Je ne pense pas qu'il cherche à comparer java à javascript. A mon avis ce qu'il veut dire c'est que un language ou un autre c'est la même chose un if reste un if et apparemment javascript leurs suffit amplement pour faire ce dont ils ont besoin de faire.

L'utilisation du CSS3 en lieu et place du Document Object Model (DOM) devrait par exemple déboucher sur un gain de 12% dans le rendu des pages du service.

Il est vrai que le css3 a tendance à sortir de son domaine qui se cantonnait principalement à la mise en page et à fournir des effets qui etaient possible qu'avec le javascript je pense en particulier au transitions et au transform.
Avatar de savageman86 savageman86 - Membre actif http://www.developpez.com
le 29/06/2010 à 0:24
I state in the video that Opera is hardware accelerated, but I could be wrong (we've confirmed that they have hardware acceleration devs on staff, but don't know what's under Opera's hood just yet).

De ce que je sais, cette accéleration n'y est pas encore dans Opera, ils l'auraient annoncé sinon.
Avatar de xwz xwz - Membre du Club http://www.developpez.com
le 29/06/2010 à 17:12
Citation Envoyé par lucideluciole  Voir le message
C'est probablement que l'application Gmail aurait pu être codée avec GWT par exemple au lieu de Javascript avec Closure comme c'est le cas.

Je pense que c'est plus les servlet j2ee qui sont visés plutôt que GWT, avec des framework comme icefaces on peut développer des interfaces assez intéressantes sans se compliquer la vie avec du javascript ou même gwt (qui était un poil plus complexe lorsque que j'avais commencé à regarder tout ça)
Offres d'emploi IT
DBA
EBI SA, groupe ECOBANK - Ile de France - Paris La Defense
Ingénieur études et développement sharepoint H/F
Solutec - Rhône Alpes - Lyon (69000)
Ingénieur expert technique - Solutions citrix H/F
Régions - Centre de Services National Sogeti - Midi Pyrénées - Toulouse (31000)

Voir plus d'offres Voir la carte des offres IT
Contacter le responsable de la rubrique Accueil