- Pensez-vous que les applications web sont meilleurs que les applications natives traditionnelles développées en QT/GTK/etc. ?
non, mais elles peuvent être équivallentes.
Par exemple en utilisant la norme SWAP et les Web Services, on peut faire fonctionner à distances des WebMéthodes.
http://fr.wikipedia.org/wiki/Service_Web
En gros, tout ce dont n'a pas accès à priori le Web Service, c'est la définition des ressources locales ( et encore ! ). Tout le reste peut être traité de façon identique à distance et localement.
Et le pire, c'est que le Web Service peut être appelé à partir d'un navigateur via une page Oueb, comme à partir d'un exécutable local.
Donc Joker pour ta question 1 .
- Faut-il arrêter de développer des applications natives et pousser le développement d'applications web pour que celles-ci remplaçent a terme nos applis desktop ? Par exemple, allons-nous voir émerger un openoffice version web sous licence libre...
Ben faudra se poser la question le jour où on n'aura plus besoin de développer de gestionnaires de connexion , il sera accessible via le réseau, typiquement le genre d'application très utile, uniquement locale, permettant d'accéder au net. :)
- Si les applis web doivent être majoritaires, pourquoi des technos comme XUL pour concevoir l'IHM ne sont pas standarisées ?
Avec les Web Services, l'IHM peut être faite avec Glade3 ou QTcreator ou KDevelop ou NetBeans ou vi ou Emacs, ou Lazarus.
En C, C++, Java, FreePascal, Qt, Vala, Objective-C, ...
Donc ... Joker.
- Développer une appli web cross-browsers ayant l'apparence d'une appli desktop relève pour le moment du bricolage, on se retrouve avec une soupe de HTML et de Javascript qui devient une usine a gaz super lente,
Ben, là dessus, je dirais non.
Toujours avec l'exemple du WebService.
On accède aux objets par le protocole SOAP de façon extrêmement rapide.
HTML et Javascript, c'est un peu le dinosaure des " Web Apps "
Donc réponse Non :)
- il suffit de regarder avec firebug le code généré par des librairies comme ExtJS. Avoir du XUL partout serait beaucoup plus propre. On me dit que XBL2 est en cours de normalisation, patience donc.
C'est pour ça que je pense que la démarche que tu décris pour les applis Web ( en dehors des Pages Webs ) n'est pas appropriée à la réalité ni à l'avenir des Web Apps.
Par contre, le gros avantage des Web Services, c'est qu'on peut appeler les WebMethodes dans un executable local, et ne pas pouvoir faire d'exécutable local ( se borner à une page Web ) , c'est dommage , compte tenu des possibilités.
Je dirais, c'est le seul frein au développement de ChromeOS à mon goût. :)
Pour forcer les pays du Sud à vendre leurs " droit de pollution ".
Pour supprimer toute velléité de développement de ces pays.
Maintenant, la vaste blague du réchauffement humain peut être dénoncée, pas de problème, les Pays du Sud sont encore mieux ancrés dans le néocolonialisme. Cette fois-ce, ce colonialisme se pare d'atouts " écologistes ".
Ya un machin de la BBC sur Youtube, ça doit s'appeler : " La grande arnaque du réchauffement climatique " .
On y voit les conséquences des obstacles à la construction de centrales électriques ( dernier film ).
Par contre, aucun des Etats n'a lutté contre les monocultures , la fin de la forêt vierge ( remplacé par des palmeraies pour le savon de "Marseille" ) , l'accroissement monstrueux des surfaces utilisées pour y poser du goudron ( en particulier, la France est un des pays les plus critiques dans ce genre de records ) , et en ce qui concerne la France, l'abandon petit à petit d'un réseau de chemin de fer qui était encore en 1980 le plus dense du monde . On peut se parer d'atouts écologistes, ou on peut tenter de reconstruire les voies de chemin de fer, réduire la concentration des grandes surfaces, réduire les déplacements des produits de première nécessité, etc...
Ou on peut continuer à dire qu'untel a raison et faire confiance à nos dirigeants et continuer à crever dans un pays qui a + de 2 Millions de chômeurs depuis 1981 .
Pour moi, le standard X , c'est d'abord la séparation Client X, serveur X ; le X Window System, c'est un protocole écrit à la fin des années 80, début 90 , pour les Unices , permettant aux terminaux de gérer l'affichage en se connectant à un serveur d'applications, les terminaux étant incapables d'autre chose que d'avoir un Serveur X.
Ce système permet facilement d'avoir autant de sessions que d'utilisateurs sur un Client X , chaque utilisateur lançant son Serveur X ( ou en lançant plusieurs ).
Il permet d'aller chercher l'affichage à distance avec XDMCP http://fr.wikipedia.org/wiki/X_Display_Manager_Control_Proto(...)
par socket réseau ( par exemple TCP/IP ).
ce standard est d'abord un standard collaboratif.
C'est là où je tique.
D'abord ce passage est un déni de tous les travaux libres visant à se passer du système de connexion Client-serveur , Selon le constat que les ordinateurs modernes ( on va dire depuis 1998 ) sont capables de réaliser toutes les tâches graphiques au dessus de l'applicatif en même temps . Et ce pour des applicatifs lourds ( aka Catia , SolidWorks, Norton Anti-virus ... ).
Les travaux libres , je vais en citer quelques-uns :
QTExtended + Opie
DirectFB
GGI
KGI
Avec OpenGui et d'autres.
Je vais aller + loin dans la réflexion : Les 2 gros vendeurs de Système d'exploitation que sont Apple et Microsoft n'utilisent aucun système de type Client-Serveur pour assurer l'affichage graphique.
Pire, les utilisateurs de MacOS qui utilisent X constatent que l'affichage graphique à travers X est beaucoup moins réactif que Quartz+Aqua . ( avec l'exemple d'OpenOffice.org , pour lequel les utilisateurs de Mac n'avaient pas le choix avant son portage sur Quartz , et comparaient en mal avec la version non libre neooffice fonctionnant sous Aqua )
A l'heure où 100 % des PC vendus dans le monde ont suffisamment de capacités de calcul et de vitesse d'exécution pour se passer d'un serveur applicatif distant, garder comme standard d'affichages un standard conçu au départ pour aller chercher l'affichage à distance est un non-sens.
Pour un téléphone portable, un smart phone ou un PDA, conçu pour être mono affichage ( et aussi à l'occasion mono utilisateur ), l'utilisation de X11 est un non-sens .
C'est utiliser un Bulldozer pour écraser une mouche, comme on disait dans ma campagne .
ça c'est pour le côté juste " choix de logiciels , d'interfaces d'affichages ".
Le côté " ressources " aussi :
Lorsqu'une application réclame tout le temps une connexion ( passant par 127.0.0.1 dans le cas d'un Client-Serveur sur le même poste ) pour gérer l'affichage alors qu'elle pourrait s'en passer, c'est d'abord un risque supplémentaire inutile ( surtout dans le cas d'un téléphone ) , c'est ensuite des requêtes certes rapides mais inutiles .
Personnellement, j'aimerai que la communauté propose des distributions complètes reposant sur des gestionnaires de Bureau capables de se passer du X . ce qui permettrait aussi de réécrire les programmes graphiques qui malgré la présence d'un WM, continuent à intégrer dans leurs dépendances une dépendance à libX11, souvent complètement inutile .
un -1 parce que je dis qu'on peut utiliser FreeBSD et ubuntu pour la même chose ( ce que je fais ) au niveau de X , je trouve qu'il y a du gros sectarisme par ici.
ça va être ma signature tiens.
C'est un mélange entre l'humour anglais et l'humour moqueur américain .
Par contre, je ne sais pas si c'est une référence à la track-ball multitouch-mouse d'Apple ou aux rubans de Microsoft Office.
Je pencherais plutôt pour MSOffice, la suite bureautique libre se réclamant de la compatibilité avec les formats fermés de la suite bureautique de Microsoft.
Certes , mais ce NDA a été signé avant la décision de libérer la doc.
Et ce NDA n'empêchera jamais le fonctionnement complet de drivers 3D libres, par contre, on ne peut qu'espérer que les pilotes libres puissent un jour décoder le flux HD à l'aide de l'UDV et de l'UDV2 .
Jusqu'à présent, AMD n'est pas revenu en arrière depuis sa décision de libérer les specifications de leurs GPU. Et la maison mère, sachons le fait ceci aussi complètement pour l'OpenCL ( depuis que l'OpenCL existe ) et pour les processeurs ( depuis plus de 15 ans ) .
Je ne pense vraiment pas qu'on puisse mettre au même niveau les 3 protagonistes sur cette affaire de libération des spécifications .
# euh Joker.
Posté par houra . En réponse au journal Vous êtes plutôt applications web ou applications desktop/native ?. Évalué à 1.
non, mais elles peuvent être équivallentes.
Par exemple en utilisant la norme SWAP et les Web Services, on peut faire fonctionner à distances des WebMéthodes.
http://fr.wikipedia.org/wiki/Service_Web
En gros, tout ce dont n'a pas accès à priori le Web Service, c'est la définition des ressources locales ( et encore ! ). Tout le reste peut être traité de façon identique à distance et localement.
Et le pire, c'est que le Web Service peut être appelé à partir d'un navigateur via une page Oueb, comme à partir d'un exécutable local.
Donc Joker pour ta question 1 .
- Faut-il arrêter de développer des applications natives et pousser le développement d'applications web pour que celles-ci remplaçent a terme nos applis desktop ? Par exemple, allons-nous voir émerger un openoffice version web sous licence libre...
Ben faudra se poser la question le jour où on n'aura plus besoin de développer de gestionnaires de connexion , il sera accessible via le réseau, typiquement le genre d'application très utile, uniquement locale, permettant d'accéder au net. :)
- Si les applis web doivent être majoritaires, pourquoi des technos comme XUL pour concevoir l'IHM ne sont pas standarisées ?
Avec les Web Services, l'IHM peut être faite avec Glade3 ou QTcreator ou KDevelop ou NetBeans ou vi ou Emacs, ou Lazarus.
En C, C++, Java, FreePascal, Qt, Vala, Objective-C, ...
Donc ... Joker.
- Développer une appli web cross-browsers ayant l'apparence d'une appli desktop relève pour le moment du bricolage, on se retrouve avec une soupe de HTML et de Javascript qui devient une usine a gaz super lente,
Ben, là dessus, je dirais non.
Toujours avec l'exemple du WebService.
On accède aux objets par le protocole SOAP de façon extrêmement rapide.
HTML et Javascript, c'est un peu le dinosaure des " Web Apps "
Donc réponse Non :)
- il suffit de regarder avec firebug le code généré par des librairies comme ExtJS. Avoir du XUL partout serait beaucoup plus propre. On me dit que XBL2 est en cours de normalisation, patience donc.
C'est pour ça que je pense que la démarche que tu décris pour les applis Web ( en dehors des Pages Webs ) n'est pas appropriée à la réalité ni à l'avenir des Web Apps.
Par contre, le gros avantage des Web Services, c'est qu'on peut appeler les WebMethodes dans un executable local, et ne pas pouvoir faire d'exécutable local ( se borner à une page Web ) , c'est dommage , compte tenu des possibilités.
Je dirais, c'est le seul frein au développement de ChromeOS à mon goût. :)
Sedullus dux et princeps Lemovicum occiditur
# Maintenant qu'ils ont pris des mesures
Posté par houra . En réponse au journal Le réchauffement climatique est une vaste blague. Un complot.... Évalué à 2.
Pour supprimer toute velléité de développement de ces pays.
Maintenant, la vaste blague du réchauffement humain peut être dénoncée, pas de problème, les Pays du Sud sont encore mieux ancrés dans le néocolonialisme. Cette fois-ce, ce colonialisme se pare d'atouts " écologistes ".
Ya un machin de la BBC sur Youtube, ça doit s'appeler : " La grande arnaque du réchauffement climatique " .
On y voit les conséquences des obstacles à la construction de centrales électriques ( dernier film ).
Par contre, aucun des Etats n'a lutté contre les monocultures , la fin de la forêt vierge ( remplacé par des palmeraies pour le savon de "Marseille" ) , l'accroissement monstrueux des surfaces utilisées pour y poser du goudron ( en particulier, la France est un des pays les plus critiques dans ce genre de records ) , et en ce qui concerne la France, l'abandon petit à petit d'un réseau de chemin de fer qui était encore en 1980 le plus dense du monde . On peut se parer d'atouts écologistes, ou on peut tenter de reconstruire les voies de chemin de fer, réduire la concentration des grandes surfaces, réduire les déplacements des produits de première nécessité, etc...
Ou on peut continuer à dire qu'untel a raison et faire confiance à nos dirigeants et continuer à crever dans un pays qui a + de 2 Millions de chômeurs depuis 1981 .
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Faire son RMS
Posté par houra . En réponse au journal Linux en légère croissance sur les mobiles, et controverse sur le Nuage.. Évalué à 4.
window manager on a standard X11 window server
Pour moi, le standard X , c'est d'abord la séparation Client X, serveur X ; le X Window System, c'est un protocole écrit à la fin des années 80, début 90 , pour les Unices , permettant aux terminaux de gérer l'affichage en se connectant à un serveur d'applications, les terminaux étant incapables d'autre chose que d'avoir un Serveur X.
Ce système permet facilement d'avoir autant de sessions que d'utilisateurs sur un Client X , chaque utilisateur lançant son Serveur X ( ou en lançant plusieurs ).
Il permet d'aller chercher l'affichage à distance avec XDMCP
http://fr.wikipedia.org/wiki/X_Display_Manager_Control_Proto(...)
par socket réseau ( par exemple TCP/IP ).
ce standard est d'abord un standard collaboratif.
C'est là où je tique.
D'abord ce passage est un déni de tous les travaux libres visant à se passer du système de connexion Client-serveur , Selon le constat que les ordinateurs modernes ( on va dire depuis 1998 ) sont capables de réaliser toutes les tâches graphiques au dessus de l'applicatif en même temps . Et ce pour des applicatifs lourds ( aka Catia , SolidWorks, Norton Anti-virus ... ).
Les travaux libres , je vais en citer quelques-uns :
QTExtended + Opie
DirectFB
GGI
KGI
Avec OpenGui et d'autres.
Je vais aller + loin dans la réflexion : Les 2 gros vendeurs de Système d'exploitation que sont Apple et Microsoft n'utilisent aucun système de type Client-Serveur pour assurer l'affichage graphique.
Pire, les utilisateurs de MacOS qui utilisent X constatent que l'affichage graphique à travers X est beaucoup moins réactif que Quartz+Aqua . ( avec l'exemple d'OpenOffice.org , pour lequel les utilisateurs de Mac n'avaient pas le choix avant son portage sur Quartz , et comparaient en mal avec la version non libre neooffice fonctionnant sous Aqua )
A l'heure où 100 % des PC vendus dans le monde ont suffisamment de capacités de calcul et de vitesse d'exécution pour se passer d'un serveur applicatif distant, garder comme standard d'affichages un standard conçu au départ pour aller chercher l'affichage à distance est un non-sens.
Pour un téléphone portable, un smart phone ou un PDA, conçu pour être mono affichage ( et aussi à l'occasion mono utilisateur ), l'utilisation de X11 est un non-sens .
C'est utiliser un Bulldozer pour écraser une mouche, comme on disait dans ma campagne .
ça c'est pour le côté juste " choix de logiciels , d'interfaces d'affichages ".
Le côté " ressources " aussi :
Lorsqu'une application réclame tout le temps une connexion ( passant par 127.0.0.1 dans le cas d'un Client-Serveur sur le même poste ) pour gérer l'affichage alors qu'elle pourrait s'en passer, c'est d'abord un risque supplémentaire inutile ( surtout dans le cas d'un téléphone ) , c'est ensuite des requêtes certes rapides mais inutiles .
Personnellement, j'aimerai que la communauté propose des distributions complètes reposant sur des gestionnaires de Bureau capables de se passer du X . ce qui permettrait aussi de réécrire les programmes graphiques qui malgré la présence d'un WM, continuent à intégrer dans leurs dépendances une dépendance à libX11, souvent complètement inutile .
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Dommage
Posté par houra . En réponse au journal Édition 2009 du sondage Phoronix sur Xorg. Évalué à 1.
ça va être ma signature tiens.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: C'est le moment où on regrette de pas avoir attendu une chouille !
Posté par houra . En réponse à la dépêche Open Graphics lance la production de l'OGD1. Évalué à 1.
Si tu veux du driver graphique qui marche, change pas les specif de X tous les 36 du mois...
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Dommage
Posté par houra . En réponse au journal Édition 2009 du sondage Phoronix sur Xorg. Évalué à -2.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Humour canadien
Posté par houra . En réponse au journal La souris pour Emacs. Évalué à 1.
Sedullus dux et princeps Lemovicum occiditur
# Humour canadien
Posté par houra . En réponse au journal La souris pour Emacs. Évalué à 0.
Par contre, je ne sais pas si c'est une référence à la track-ball multitouch-mouse d'Apple ou aux rubans de Microsoft Office.
Je pencherais plutôt pour MSOffice, la suite bureautique libre se réclamant de la compatibilité avec les formats fermés de la suite bureautique de Microsoft.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: « gentoo is not about performance »
Posté par houra . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 1.
celui-ci ?
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: « gentoo is not about performance »
Posté par houra . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 1.
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: « gentoo is not about performance »
Posté par houra . En réponse au journal Linux, Gentoo, et gcc dans un bateau.... Évalué à 1.
en occurrence , portage est basé sur l'arbre des ports de FreeBSD . :D
Sedullus dux et princeps Lemovicum occiditur
[^] # Re: Chantons les louanges des pilotes propriétaires
Posté par houra . En réponse à la dépêche Intel ne maintient plus le pilote Linux Poulsbo depuis un an et demi. Évalué à 6.
Et ce NDA n'empêchera jamais le fonctionnement complet de drivers 3D libres, par contre, on ne peut qu'espérer que les pilotes libres puissent un jour décoder le flux HD à l'aide de l'UDV et de l'UDV2 .
Jusqu'à présent, AMD n'est pas revenu en arrière depuis sa décision de libérer les specifications de leurs GPU. Et la maison mère, sachons le fait ceci aussi complètement pour l'OpenCL ( depuis que l'OpenCL existe ) et pour les processeurs ( depuis plus de 15 ans ) .
Je ne pense vraiment pas qu'on puisse mettre au même niveau les 3 protagonistes sur cette affaire de libération des spécifications .
Sedullus dux et princeps Lemovicum occiditur