A l'origine, c'est l'ingénieur Ian Hickson, alors employé d'Opera Software, qui s'est penché sur ce projet. En 2004, Opera, Mozilla et Apple ont ainsi formé une première communauté de réfléxion baptisée WHATWG. Cette dernière fut ensuite fusionnée au W3C à la réouverture du HTML Working Group en 2007. Parmi les nouveautés particulièrement populaires - et ce, malgré les débats autour des codecs - la balise < video > permet au développeur de s'affranchir du lecteur Flash. Lors du MIX 2010, Microsoft a d'ailleurs souligné l'introduction de cette balise au sein d'Internet Explorer 9. D'autres fonctionnalités restent bien moins implémentées, par exemple l'usage des forms pour la création de formulaires plus poussés. Retrouvez une liste de toutes les nouveautés.
Quand CSS s'inspire de Flash et JavaScript
Concernant la partie CSS (utilisée pour styliser l'architecture HTML) M. Le Hégaret déclare : « énormément de travail reste à fournir, cela va nous occuper pendant au moins les dix prochaines années ». En effet, si à l'heure actuelle le W3C ne souhaite pas intégrer les bibliothèques JavaScript existantes (jQuery, YUI ou MooTools), le but est bien de répliquer certaines de leurs fonctionnalités directement sur la feuille de style. Cette méthode permet notamment un gain au niveau des performances. Une démonstration des possibilités peut par exemple être visualisée ici. Sur cette page l'agencement des blocs de texte est dynamique en fonction de la taille de l'écran de l'utilisateur. Notez par ailleurs que l'effet hover sur le menu de navigation est également effectué via CSS, là où les technologies Flash puis JavaScript étaient précédemment employées.
Applications web vs applications locales
Au travers d'un sondage effectué par le cabinet GIA, les deux principales raisons données par les développeurs pour la création d'applications locales sont la possibilité d'offrir une meilleure interface utilisateur et de pouvoir tirer parti de l'accélération matérielle ou de l'accéléromètre. Dominique Hazaël-Massieux explique que ces deux points-là sont en passe d'être implémentés directement au sein des technologies web. Concernant l'interface utilisateur, il déclare ainsi : « les technologies web sont en train de former des plateformes de plus en plus riches (NDLR : voir cette démonstration ». L'accès en mode déconnecté est assuré par les systèmes de mise en cache (Web Storage, Indexed Database), par exemple sur Gmail. Pour répondre aux besoins d'intéraction avec le système et le matériel, le W3C travaille également sur une série d'interfaces de programmation (API).
Des API pour innover
La plus connue de ces API est illustrée par la géolocalisation. Aujourd'hui, plusieurs terminaux sont en effet capables d'effectuer une triangulation cellulaire ou Wi-Fi et de localiser une personne via Google Maps par exemple. D'autres API devraient également voir le jour d'ici deux à trois ans afin de communiquer avec le système de messagerie du téléphone, le calendrier, le microphone, le carnet d'adresses, l'appareil photo (ou la webcam) ou encore la batterie. « En couplant plusieurs de ces API, on devrait voir de nouvelles applications », déclare M. Hazaël-Massieux. C'est ainsi que l'accès à la géolocalisation et à l'appareil photo du smartphone peuvent constituer une base pour des solutions de réalité augmentée. De son côté le système de messagerie et le carnet d'adresses pourraient être utilisés par un développeur souhaitant mettre en place une page web à partir de laquelle le mobinaute serait en mesure d'envoyer un SMS à l'un de ses contacts.
Un web interactif mais sécurisé
M. Hazaël-Massieux précise tout de même que cela pose plusieurs problèmes de confiance. « Le navigateur sait avec qui je suis, où je suis, ce que je dis. Il obtient une capacité de surveillance qui fait peur ». Pour cette raison, le W3C planche également sur une autre API baptisée Securing Device API. Pour cette dernière, les ingénieurs tentent de clarifier les autorisations des éditeurs tiers. « On essaie d'éviter les boites de dialogues qui ne fonctionnent pas pour tout le monde », déclare-t-il ainsi avant d'ajouter : « beaucoup de gens cliquent sur le mauvais bouton involontairement ». Pour contourner le problème d'autres solutions seront ainsi mises en place. Par exemple le développeur n'aura accès à l'API de l'appareil photo que si l'utilisateur presse le bouton activant déclencheur sur son téléphone. L'un des autres exemples de sécurité est également illustré sur le site people.mozilla.com que nous avions déjà évoqué le mois dernier.
Puisque qu'Internet explorer 9 prendra en charge les technologies du HTML 5, M. Le Hégaret estime qu'il faudra entre 5 et 7 ans pour que ces dernières se déploient réellement. Pour le développeur le travail devrait progressivement se simplifier au cours des prochaines années en faisant de moins en mons faire appel au JavaScript pour contourner les problèmes de compatibilité. Retrouvez l'intégralité de la présentation ici.
