C'est cool mais bon le débat est toujours le même : Faut il privilégier le multi plate-forme ou l'expérience utilisateur avec des plate-formes fermées mais 100% fonctionnelles ? L'argument du "on ne développe qu'une seule version" est génial en théorie, dans la pratique c'est une source de travail et parfois de frustration énorme car on ne peut justement pas faire ce qu'on veut, vu que chaque plate-forme a sa propre implémentation, et donc ses propres bugs, ses propres limitations... HTML 5 sera le plus grand environnement de développement du monde lorsqu'il n'y aura plus qu'un seul moteur de rendu à gérer, et ça, ça n'est pas prêt d'arriver ;-)

Ça va clairement dans le sens du Chrome Webstore ou on peut installer des apps HTML5 comme celle de Tweetdeck: https://chrome.google.com/webstore/search?q=tweetdeck Quand le Chrome Webstore (déjà plus de 8 millions d'utilisateurs) aura davantage d'applications Chrome (comme Tweetdeck) et moins de liens vers d'autres services, on aura en réalité quelque chose de vraiment bien, je pense. C'est un peu la qu'on va voir que Google n'a pas eu tort avec Chrome OS, car dans quelques temps on va finalement se retrouver avec des applications grands publics, accessibles directement via le navigateur. Et qui s'adaptent à Chrome OS comme Gtalk (qui par exemple est impossible à utiliser sur le navigateur seul et uniquement sur Chrome OS). Et quand on voit les avancements de Google pour Native Client, on se dit que Google a flairé un bon marché d'avenir. M'enfin je dis ça je dis rien, le monde n'est pas tout rose. Mais la peur par exemple d'un univers 100% cloud n'est à mon avis pas totalement justifiée. Les applications HTML5 peuvent être 100% offline, et d'ailleurs les Google Apps (Gears plus supporté pour promouvoir l'HTML5), seront accessibles offline que ça soit public ou professionnel. Chrome OS n'étant pas nécessairement netbook mais surtout prévu pour un usage clavier/souris, il se peut qu'on puisse voir fleurir des moniteurs à prix réduits (tout le monde a des moniteurs) intégrant directement Chrome OS avec la connectique nécessaire. Ça s'allume en 3 secondes, pas besoin de lancer un Windows qui va afficher qu'il a besoin de MAJ pour Adobe Reader et qu'il doit redémarrer pour appliquer des mises à jours. J'aime beaucoup Windows 7, très performant sans aucun doute, mais la grande majorité des utilisateurs n'utilisent même pas 5% des capacités de l'ordinateur (explorateur, musique, navigateur, documents). Même Microsoft Word est accessible par le web, en version plus limitée. Reste les problèmes de confidentialités auxquels sont confrontés les internautes avertis.

Alors, après le "ça serait bien que vous ayez la dernière version de" hadware/software ... maintenant il faut développer en béta version!! Bravo c'est conforme à la rache ( http://la-rache.com/ )

Ouais, c'fin voici quand même la liste des API HTML5 ignorés par IE 9 : Offline Web Applications File API Web Workers IndexedDB Web Notifications Web Sockets History API EventSource XMLHttpRequest 2 WebGL (Canvas 3D) MathML SVG Fonts HTML5 Forms, et , et (Source Alsacréations) Y'a encore pas mal de temps à attendre avant que les utilisateurs puissent en majorité utiliser convenablement une API ou un site Web sous HTML5.

Le développement multi-plateforme n'a jamais permis de faire fonctionner n'importe quelle application simplement partout. Par exemple, selon le type d'appareil utilisé (smartphone, tablette, borne interactive ou ordinateur), il faut imaginer des interfaces différentes pour que les mêmes fonctionnalités soient agréables à utiliser sur tous les environnements. Une souris est un pointeur très précis mais le multitouch permet des commandes plus complexes très facilement (pinch & rotate), un iMAc 27 pouces permet d'afficher beaucoup d'informations alors qu'un iPhone 4 a un écran comparativement très étriqué. Mais ce dernier permet de passer en format portrait en une fraction de seconde. etc ... Néanmoins, un environnement de développement multiplateforme est loin d'être inutile. On peut réduire la part du code à adapter pour chaque cible à quelques pourcents au lieu de quelques dizaines de pourcent voire à une réécriture complète dans certains cas. C'est beaucoup de temps gagné et permet au développeur d'accéder facilement à un marché beaucoup plus large. Si votre application est assez spécialisée, c'est parfois presque une obligation. Le problème du HTML5 est que c'est encore très nouveau. On ne développe pas encore une appli en HTML5 aussi facilement qu'avec ObjectiveC/XCode, FlexBuilder, Studio.Net... L'écosystème est encore très jeune.

Je me sers de HTML5 depuis plus d'un an et ça marche très bien sur tous navigateur, il faut juste un script de conversion pour IE 7 et 8 .. IE 6 ?? jamais entendu parler, je redirige vers une page de telechargement

C'est intéressant ton lien Selthis mais je ne vois pas quelles sont les implémentations manquantes sur Chrome ou Opera. Pourtant, je ne pense pas qu'ils aient implémenté la totalité des API qui n'ont d'ailleurs toujours pas été officialisés pour le respect de la norme (non finalisée) HTML5. Ca manque d'objectivité, non ?

http://la-rache.com/ = site très didactique que tout chef de projet se doit de visiter ...........

Pour l'interoperabilté des navigateurs il y a les frameworks. C'était déjà le cas avec HTML4 et c'est un bon moyen de diviser le travail entre ceux qui s'occupent de la compatibilité et ceux qui s'occupent des fonctionnalités. D'une certaine façon cela revient à spécialiser son appli pour qu'elle soit optimale sur chaque plateforme. Le "one code, all targets" étant effectivement un doux rêve quel que soit le langage. Le framework n'est jamais qu'une sorte d'"interpreteur" ... comme flash :-) @paulpoli : même si je comprends cette attitude, c'est malheureusement une mauvaise habitude. C'est au développeur de s'adapter à l'utilisateur pas le contraire. Même si on peut conseiller à l'utilisateur d'évoluer, ça me rappelle cruellement la douce époque ou 90% des sites web ne fonctionnaient que sous IE parce que les développeurs estimaient que Netscape n'existait pas. Et ont freiné l'émergence d'une saine concurrence. De plus cette solution n'est pas toujours possible dans les structures ou la DI verrouille les systèmes. Alors HTML + un bon framework et tu auras aussi la compatibilité IE6 (qui est une énorme bouse j'en conviens). En attendant que le HTML5 finisse de toute façon par lui régler son compte :-)

@philik C'est pourtant l'attitude recommandé par Microsoft aujourd'hui concernant IE6 Tweet de @Microsoft: It's not often that we encourage you to stop using one of our products, but for #IE6, we'll make an exception: http://bit.ly/g0wt4m March 4, 2011 7:24 pm via web Et suggère de mettre une belle bannière sur les sites web: http://ie6countdown.com/join-us.html [quote=Code fourni par Microsoft pour la bannière] <!--[if lt IE 8]> <div style=' clear: both; height: 59px; padding:0 0 0 15px; position: relative;'> <a href="http://www.microsoft.com/windows/internet-explorer/default.aspx?ocid=ie6_countdown_bannercode"><img src="http://www.theie6countdown.com/images/upgrade.jpg" border="0" height="42" width="820" alt="You are using an outdated browser. For a faster, safer browsing experience, upgrade for free today." /></a></div> <![endif]--> [/quote]

@Frodon : absolument mais il y a une différence entre suggérer voire conseiller une mise à jour du navigateur et décider de façon autoritaire qu'on lui refuse l’accès quand on a les moyens de faire autrement. Et comme je le disais l'utilisateur n'est pas toujours maître du choix de son navigateur. Il se tape déjà IE6 toute la journée au bureau, c'est pas la peine de lui en remettre une couche en lui interdisant l'accès à nos sites :-))

L'enthousiasme de Google face a l'html 5 me fait douter : c'est bien Apple le créateur de html5 non ?

Je doute : c'est bien Apple qui a crée html5 hein ?

@iDudy : pas Apple, mais plutôt le W3C, le consortium chargé de développer les standards du web.

J'ai vu un site http://www.theie9countdown.com/ Pour en revenir à la news, l'HTML5, faut que le navigateur soit optimisé pour. Sinon, c'est pas fluide (cf Safari sur iPod Touch 2G iOS 4.2.1

Ouais enfin… Qu'ils finissent les spec du html5 deja… Ils tireront des plans sur la comete apres…

@ iDudy : C'est une blague ?

[quote=iDudy]L'enthousiasme de Google face a l'html 5 me fait douter : c'est bien Apple le créateur de html5 non ?[/quote] Collector.