IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

42PARTAGES

2  0 
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

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Camille_B
Membre éclairé https://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.
2  0 
Avatar de randriano
Membre expérimenté https://www.developpez.com
Le 28/06/2010 à 8:11
Quant à ceux qui se demandent si l'utilisation de Java pour réaliser un tel service n'aurait pas été plus approprié
Je ne comprends pas cette comparaison entre Java et Javascript???

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
1  0 
Avatar de le_chomeur
Expert confirmé https://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
1  0 
Avatar de Jcpan
Membre confirmé https://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
1  0 
Avatar de xelab
Membre expérimenté https://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...
1  0 
Avatar de Jérémie A.
Membre confirmé https://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.
1  0 
Avatar de Gordon Fowler
Expert éminent sénior https://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
1  0 
Avatar de lucideluciole
Membre actif https://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.
1  0 
Avatar de Flaburgan
Modérateur https://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.
1  0 
Avatar de
https://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.
1  0