Discussion :

[lunatix]

Le navigateur comme on le connait aujourdh'ui va-t-il devenir le moteur de rendu universel des applications clients lourds ?

En effet : avec les inclusions de css3-3d-transforms et de CSS Animation dans les futurs navigateurs (cela permet l'animation et la 3D), certains se posent la question de l'utilisation d'un navigateur comme moteur de rendu de bureau.
On peut maintenant grace a ces extension a la norme Css faire a peut pret tout ce que fait un bureau moderne


Quelques démos qui montrent que l'on peut rendre tous les effets de bureaux modernes avec un navigateur sont visibles sur le blog de webkit
ou sur chrome Experiments
Une video qui montre des animation 3D dans safari (via un binding openGL)
snow-stack-is-here

ChromeOs, pour ce qu'on en connait devrait être sur ce modèle, la question se pose pour Gnome, KDE utilise déjà Webkit, Apple l'utilise pour Dashboard et vu le travail qu'ils mènent à marche forcée sur Webkit/Safari, on peut penser qu'ils ont une idée derrière la tête.


Et vous : pensez-vous que le futur de l'interface client lourd soit le client léger ?


Note : la plupart des démos ne fonctionnent qu'avec un navigateur à base de Webkit (safari, ou chrome) et surement bientôt avec Firefox

[entreprise38]

Salut,

tu confonds clients lourd et léger

l'évolution des navigateurs ne les fait pas évoluer vers des clients lourds : ils continuent à se résumer à de l'affichage, tout le gros des traitements (calculs, travail sur des fichiers, etc) restant sur le serveur.

Bref, on risque peut être de voir aparaître une sorte d'hybride genre : client léger + quelques fonctionnalités d'un client lourd, cad des capacités d'affichage plus poussées (3D, GUI plus riche, etc), mais c'est tout.
Un client lourd restera un client lourd, et les navigateurs ne sont pas prêts de prendre leur place.

Néanmoins, ce qu'on pourrait éventuellement voir, c'est :
- un client lourd installé sur le poste
- auquel on connecte (on l'AJOUTE à coté du client lourd) le navigateur en tant qu'interface graphique pour ledit client lourd.
Bref : client lourd + client léger pour l'affichage.
Mais j'y crois pas, car pour cela on préfère directement intégrer un moteur de rendu, comme c'est le cas depuis belle lurette pour MediaCoder, utilisant le moteur de Firefox (mais ce n'est QUE le moteur, et il est intégré).

[lunatix]

non, je ne confonds pas, je dis juste que les deux types d'applications vont devenir tres proches

[yoyo88]

Il ne faut pas oublier que internet n'es pas la solution a tous.
Aujourd'hui on utilise beaucoup internet, cependant certain utilisateurs en sont priver. (exemple : commerciaux) et bien qu'il y ai des possibilité de connections sans fil (wifi ou clef 3g) ses solution ne remplace clairement pas une traditionnel connections ethernet.
(en plus on ne sais même pas l'impacte sur la santé...)

bref t'en que des utilisateurs pourront être priver d'internet les solution de client léger seront discutable.

Je pense, de plus, qu'aujourd'hui vouloir faire tous avec des client léger c'est plus un gros effet de mode. par exemple, Outlook Web Access et un super client léger qui permet de lire ses mails lorsqu'on est pas au boulot. cependant au travail je préfère travailler avec Outlook.

Bref les applis lourdes ont encore de beau jour devant elles.

(je suis le seul a penser sa? ou alors je suis déjà a la ramase )

[vintz72]

Moi je pense au contraire que les clients lourds n'ont plus beaucoup de beaux jours devant eux. Pour reprendre l'exemple du client mail, je préfère bien souvent désormais utiliser les web mails qu'un client pop3. Le projet sur lequel je travaille actuellement (en Swing) aurait bien pu être fait en client web, bien plus rapidement et avec des effets graphiques plus modernes (avec du JQuery par exemple)...
En outre, les nouveautés d'HTML5 comme le stockage local permet d'envisager le mode déconnecté (avec synchro quand on revient de balade). Donc clairement, dans 5-10 ans, les projets en clients lourds se compteront sur les doigts !

[nicorama]

Disons que le web permet de faire grâce aux CSS une interface simplement personnalisée, mais souffre toujours de ce langage disons limité qu'est le Javascript