Firefox supportera également les périphériques de jeu

Perso, ça m'intéresse pas. Mais je suppose qu'ile st du devoir de FF de rester compétitif...

Quand je réalise qu'on peut faire telleeeeeement de chose a travers son navigateur aujourd'hui ca me donne le tourni

Les navigateurs vont devenir un os a part entiere !!

Et aller encore une couche supplémentaire de code ... et pour faire quoi ? la même chose qu'il y a 15 ans sans navigateur web, c'est vraiment la course au gaspillage de megahertz ...

totalement d'accord.
On va faire comme les téléphones
Téléphone + sms + internet + application + mail + ... +

là ce n'est que le début.

Et les OS multi-tâches? C'est pas du grand n'importe quoi ça? A quoi ça sert de gaspiller des ressources dans un ordonnanceur de tâches? De devoir faire je ne sait quel couches d'abstraction (HAL) juste pour que plusieurs applications viennent bouffer des ressources alors qu'on ne peut être que devant UNE tâche à la fois!

Mais là c'est vrai qu'on atteint des sommets! Faire tourner des applications sur un navigateur juste parce que les gens sont tros bête pour savoir que l'on peut faire autre chose que du Web sur une machine ; écoeurant.

Edit: Dieu pardonnez moi car j'ai trollé.
Dans mon post il fallait comprendre que des nouveaux possibilités apportées par les navigateurs ont aller pouvoir observer de nouveaux usages dont on ne doute pas encore l'existence.

C'est ça la priorité ? Alors que le HTML ne supporte pas la moitié des objets nécessaires pour avoir une IHM digne de ce nom ? Par exemple, qu'il faille 5.300 lignes de code Javascript plus ou moins bien écrit pour avoir un menu déroulant dans une page Web. Ou qu'il faille 32.000 lignes de code Javascript pour avoir un champ de saisie "numérique seulement" ou "alphabétique seulement".
Et en plus pas compatible avec le javascript des menus déroulants.

Tous les OS graphiques (mac, Linux, Windows, ...) implémentent des widgets par défaut : menus, ascenseurs, listes déroulantes, listes hiérarchiques, ... Il y a en a la moitié qui sont implémentés dans HTML et donc dans les browsers. Ce qui oblige à des tonnes de code interprété pour arriver à les avoir.

Heureusement que c'est comme ça... pour le moment.
Ce que doit savoir faire Javascript est très concis, cela oblige tout les navigateurs à l'implémenter et surtout à l'implémenter correctement. On capitalisera plus tard.

De toute façon, qu'est ce ça peut te faire? Avec le JIT on obtient du code JS aussi rapide que du code compilé!
Pour les widgets j'utilise DojoToolkit. Au moins j'ai le choix, pas comme avec un OS.

bon, l'intérêt du jeu html5 c'est qu'il fonctionne sur tout les supports capables d'accueillir un navigateur récent sans modification du code, en resau et avec un langage de programmation relativement accessible.
pour obtenir le meme resultat il y a 15 ans un developpeur mettait 5 fois plus de temps.
par ailleurs la gestion des manettes ne prend pas une place énorme.

mais surtout il faut bien comprendre que si les navigateurs propose cette possibilité c'est parce qu'il y a déjà des développeurs qui cherche a proposer des interfaces manettes a leurs joueurs, hors pour l'instant il faut passer par une api java pour récupérer les donner en javascript: c'est lourd, bordélique, ca implique de connaitre le java et ca n'est pas du tout logique ( pourquoi un navigateur qui écoute clavier et souris ne serait pas capable de gérer les paddle et joystique ? )

Comme il y a des frameworks sur les OS, il y a des frameworks pour le web aussi, hein...

Je ne te parle pas des frameworks, je te parle des objets de base d'une interface graphique.

Ben un framework d'UI est fait pour ça : te cacher la complexité d'un objet en te présentant un objet plus simple à utiliser. Mais le mécanisme derrière reste complexe.
C'est ce que font les frameworks pour applications classiques (qt, .NET, GTK etc...), et c'est ce que font certains frameworks web aussi...