sur différents forums linux ( dont phoronix ) apres l'annonce de google de creer le display server Freon pour Chrome OS basé sur mir et wayland permettant d'utiliser au maximum les performances de la machine pour html5 , webgl et tout ce qu'il en suit certains ont posé la question de la possibilité d'appliquer cela a plus grande échelle , et se sont posé la question si les technologies d'HTML5 pouvaient remplacer gtk et qt pour offrir un environnement plus optimisé , plus unifié et bien plus simple
qu'en pensez vous ?
pour ma part je ne suis pas un programmeur ni un grand connaisseur des systèmes GNU/Linux , mais quand je vois ce que google a fait avec chrome , en terme de performance et de fonctionnalités , au point ou je pense qu'il suffirait d'ajouter a chrome un kernel , un display server et un systeme d'init pour que ça devienne un système d'exploitation a part entière je me dit que suivre leur exemple serait une excellente idée et cela permettrait de faire évoluer html5 et toutes les technologies qui vont avec ( webgl...etc )
Je vais citer le machintruc à bidulechose : « Un canapé-lit est un mauvais canapé et un mauvais lit. » (je te laisse imaginer ce que donne un mauvais canapé-lit comme Chrome).
Va raconter aux mecs de chez KDE que l'HTML5 est le future du bureau, pour voir la tronche qu'ils vont faire (tout ça pour dire que vu la taille de certains projets, beaucoup de changeront pas avant très longtemps si ça arrivait).
au point ou je pense qu'il suffirait d'ajouter a chrome un kernel , un display server et un systeme d'init pour que ça devienne un système d'exploitation a part entière
C'est pas déjà Chrome OS ça ?
Mon avis personnel, c'est que le web, c'est bien pour partager de l'information. C'est pas prévu à la base pour être un environnement d'exécution d'applications, et il a aujourd'hui pas mal de défauts pour ça. Le web tend à évoluer dans cette direction, mais il y a encore beaucoup de chemin à faire pour que ce soit une alternative viable (mais c'est pas forcément une mauvaise chose à terme). Après tout on dit bien qu'un logiciel réussi est un logiciel qui est utilisé pour quelque chose que son auteur n'a pas prévu (« A successful software tool is one that was used to do something undreamed of by its author. — Stephen Johnson », pour la citation originale).
Mais pour l'instant, les applications web ont une poignée de problème, dont les suivants :
Les problèmes majeurs que j'évoque sont inhérants aux logiciels en tant que services (très répendus sur le web), et pas directement un problème de l'utilisation d'un navigateur purement en tant que couche d'abstraction système. Si je peux télécharger une application HTML5 avec le gestionnaire de paquet de ma distribution, et l'exécuter de façon totalement offline, avec des données stockées sur mon PC, il n'y a aucun des problèmes évoqués plus haut. Et on voit d'ailleur émerger certains logiciels de ce type, en utilisant le moteur de rendu d'un navigateur (souvent WebKit) piloté par du JS côté client, par exemple les éditeurs de texte Brackets et Atom.
Et pour cette utilisation, le HTML5/JavaScript devient de plus en plus performant, et a l'avantage d'avoir une communauté de développeurs extrêmement large, et relativement riche. Le langage se munit progressivement d'outils performants et de qualité pour ce type de problématiques, peut-être grâce à son adoption grandissante par des grands acteurs privés (Google, Twitter, Facebook, Microsoft) dont les développeurs n'hésitent pas à contribuer du code libre à la communauté.
Donc oui je pense qu'à terme les technologies web peut remplacer les librairies/frameworks graphiques actuels, il suffit de voir l'utilisation massive d'applications web aujourd'hui, malgré les problèmes sus-cités. Il n'est pas rare aujourd'hui de voir l'utilisation informatique d'un invidu limité à son navigateur, et pour ma part je n'ai besoin que d'un terminal et d'un navigateur pour 99% de mon activité informatique.
Merci pour ta réponse , et sinon oui en effet ce dont je parlais c'était justement d'utiliser html5 et ses technologies dans un milieu purement hors ligne et local et pas dans le cloud , il faut dire que la technologie est flexible et peux faire les deux.
il y'a l'exemple que tu as donné atom , et d'autres applications comme video player , et hevc player sur chromium qui sont des media player capable de lire tout les formats pris en charge par html5 web de façon local en utilisant une accélération matériel webgl , crois le ou non mais j'ai eu de meilleur performances et moins de problemes dans certains cas avec ces players qu'avec vlc.
et sinon oui en effet ce dont je parlais c'était justement d'utiliser html5 et ses technologies dans un milieu purement hors ligne et local et pas dans le cloud
Okay, j'avais le doute là dessus, mais je me suis permis d'insister sur les dangers de la version dématérialisée/cloud parce que les initiatives commerciales et populaires de plateformes purement web sont quasiment essentiellement de ce type (Google, Adobe, Microsoft en particulier).
Je pense que si le HTML doit remplacer quelque chose, c'est les PDF et les Office de merde. Ou alors LaTeX, mais en tout cas je déteste les deux éléments que j'ai cités
Quand on voit la lenteur à laquelle les "gros" environnements de bureau migrent vers Gtk3 et Qt5, j'me dis que faire table rase et recommencer depuis la feuille blanche n'est pas envisageable.
Il y a Nodewebkit , Reactnative qui vient de sortir vise à supplanter Cordova et faire du natif total donc oui ça sera possible j'imagine
C'est vrai que ça serait cool de remplacer les programmes lourds en QT/GTK par des applis légères en HTML5 + Javascript Mais je pense que ça viendra pas de Linux (encore bloqués entre l'usine à gaz de KDE, les thèmes préhistoriques de XFCE et les freezes d'Unity Et Gnome Shell apporte rien)
Le 29 mars 2015 à 07:03:24 NewPseudoPourri a écrit :
C'est vrai que ça serait cool de remplacer les programmes lourds en QT/GTK par des applis légères en HTML5 + Javascript Mais je pense que ça viendra pas de Linux (encore bloqués entre l'usine à gaz de KDE, les thèmes préhistoriques de XFCE et les freezes d'Unity Et Gnome Shell apporte rien)
Bah faudra qu'une team qui a une grande maîtrise de ces technologies s'y mette , et ils auront surement une aide de la part de google et mozilla ( vu qu'ils pourront réutiliser le travail dans chrome os et firefox os ) et ça ne pourra pas venir d'autres part que de Linux , je ne vois vraiment pas d'autres alternatives : bsd ou illumos lol ?