CSS et html ont jamais été pensé pour faire une "interface graphique"
et XUL est infiniment plus complexe pour justement pouvoir décrire des interfaces graphiques
XAML est _pas_ un remplacant de HTML donc la question de "xaml va t'il remplacer html" ne se pose pas
et de toute façon, on ne peut PAS remplacer XHTML/html pour le web. on a _besoin_ du html et de supporter les _millions_ de page web
pour le cas XAML, on ne va _pas_ développer du xaml à la main dans la plupart des cas quand on fait une "bonne vielle application" (genre, paintshop pro, word, etc hein )
on utilisera un environnement de developpement avec son éditeur d'interfaces.
XAML n'est qu'une souplesse pour pouvoir transporter/modifier selon les besoins, l'interface d'une application (qu'elle soit "internet" ou non)
libglade n'est pas si éloigné de cela
xul est tout à fait utilisable
et de toute façon
il faudra toujours implémenter les "callbacks" des widgets et de l'interface dans un bon vieux langage de programmation (qu'il soit objet, pseudo compilé, procédural ou autre) , oui oui c# c est aussi un "bon vieux langage" (une nouvelle syntaxe quoi )
et encore une fois, il n y aura pas d'explosions et de revolutions de la mort
oui encore une fois Microsoft propose un nouvel outil à ses développeurs
je rappelle que DDE etait un bon outil
puis OLE fut une bonne fondation
puis AVI
puis Direct X
etc
et a chaque fois, cela devait tuer toute forme de rebellion
et a chaque fois c est devenu l'outil standard des developpeurs windows (ben vi, ce sont des technologies windows, faudrait etre con pour s'en passer) et le concurrent de technologies d'autres OS/plateformes.
GNOME (ou kde) a PAS forcément besoin d'un "XML pour décrire les interfaces graphiqueuuux puisque MS le fait"
Gnome a besoin d'un environnement de developpement et d'une API pratique, puissante, rapide et intégré avec un os (linux par exemple) rapide, pratique , puissant
le tout bien documenté
et avec une licence pratique, connue et souple (comme la LGPL et la GPL )
le plus grand MAL de gnome (et pas de kde cette fois) c'est le _manque_ d'un véritable outil COMPLET et TOTAL pour développer une application
qq chose similaire au couple Xcode/Interface builder d'Apple ou Visual Dev de microsoft
non, pas un simple "éditeur", aussi bon soit il comme anjuta ou surpuissant comme emacs
mais d'un environnement complet
prenant en compte la création d'un document d'aide pour scrollkeeper, permettant a la "wysywig" de faire son interface "glade" INTEGRE avec le CODE (gtk#, c ou python ) tapé à coté. (brer que glade soit fusionné / intégré avec un anjuta like ou du moins collabore avec ), permettre de créer l'icones, le .desktop, le .spec pour le rpm etc ,
ceci est infinimemt plus important qu'une enieme "techno à la cool"
parce que microsoft ou apple, ou meme sun, ce n'est pas seulement une "enieme techno à la cool" mais en meme temps L'OUTIL pour pouvoir "mettre en oeuvre cette enieme technologie a la cool" et manifestement, la communauté sur linuxfr n'a pas saisi cela.
l'outil et LA DOC c'est IMPORTANT pour convaincre des developpeurs, des etudiants, des équipes ,des décideurs.
et alors que la communauté GNOME réalise l'importance vitale de documenter et d'avoir des sites _officiels_ de supports, il serait farfelu d'oublier tout cela parce que subitement "viiiite faut qu'on casse tout ce qu'on fait parce qu'il faut faire un clone de xaml!!!!!"
j"en suis encore à me demander en quoi me foutre a taper en une syntaxe xml et styler en .css mon interface graphique de soft à la con comme des pan ou des gimp2 va être plus fabuleux que si j'avais un BON environnement de _développement_ ...
QT designer de trolltech, c quand meme autre chose quand on y pense. ca c du concret.
# Re: XAML et l'avenir de GNOME
Posté par - - . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 8.
on marche sur la tete...
CSS et html ont jamais été pensé pour faire une "interface graphique"
et XUL est infiniment plus complexe pour justement pouvoir décrire des interfaces graphiques
XAML est _pas_ un remplacant de HTML donc la question de "xaml va t'il remplacer html" ne se pose pas
et de toute façon, on ne peut PAS remplacer XHTML/html pour le web. on a _besoin_ du html et de supporter les _millions_ de page web
pour le cas XAML, on ne va _pas_ développer du xaml à la main dans la plupart des cas quand on fait une "bonne vielle application" (genre, paintshop pro, word, etc hein )
on utilisera un environnement de developpement avec son éditeur d'interfaces.
XAML n'est qu'une souplesse pour pouvoir transporter/modifier selon les besoins, l'interface d'une application (qu'elle soit "internet" ou non)
libglade n'est pas si éloigné de cela
xul est tout à fait utilisable
et de toute façon
il faudra toujours implémenter les "callbacks" des widgets et de l'interface dans un bon vieux langage de programmation (qu'il soit objet, pseudo compilé, procédural ou autre) , oui oui c# c est aussi un "bon vieux langage" (une nouvelle syntaxe quoi )
et encore une fois, il n y aura pas d'explosions et de revolutions de la mort
oui encore une fois Microsoft propose un nouvel outil à ses développeurs
je rappelle que DDE etait un bon outil
puis OLE fut une bonne fondation
puis AVI
puis Direct X
etc
et a chaque fois, cela devait tuer toute forme de rebellion
et a chaque fois c est devenu l'outil standard des developpeurs windows (ben vi, ce sont des technologies windows, faudrait etre con pour s'en passer) et le concurrent de technologies d'autres OS/plateformes.
GNOME (ou kde) a PAS forcément besoin d'un "XML pour décrire les interfaces graphiqueuuux puisque MS le fait"
Gnome a besoin d'un environnement de developpement et d'une API pratique, puissante, rapide et intégré avec un os (linux par exemple) rapide, pratique , puissant
le tout bien documenté
et avec une licence pratique, connue et souple (comme la LGPL et la GPL )
le plus grand MAL de gnome (et pas de kde cette fois) c'est le _manque_ d'un véritable outil COMPLET et TOTAL pour développer une application
qq chose similaire au couple Xcode/Interface builder d'Apple ou Visual Dev de microsoft
non, pas un simple "éditeur", aussi bon soit il comme anjuta ou surpuissant comme emacs
mais d'un environnement complet
prenant en compte la création d'un document d'aide pour scrollkeeper, permettant a la "wysywig" de faire son interface "glade" INTEGRE avec le CODE (gtk#, c ou python ) tapé à coté. (brer que glade soit fusionné / intégré avec un anjuta like ou du moins collabore avec ), permettre de créer l'icones, le .desktop, le .spec pour le rpm etc ,
ceci est infinimemt plus important qu'une enieme "techno à la cool"
parce que microsoft ou apple, ou meme sun, ce n'est pas seulement une "enieme techno à la cool" mais en meme temps L'OUTIL pour pouvoir "mettre en oeuvre cette enieme technologie a la cool" et manifestement, la communauté sur linuxfr n'a pas saisi cela.
l'outil et LA DOC c'est IMPORTANT pour convaincre des developpeurs, des etudiants, des équipes ,des décideurs.
et alors que la communauté GNOME réalise l'importance vitale de documenter et d'avoir des sites _officiels_ de supports, il serait farfelu d'oublier tout cela parce que subitement "viiiite faut qu'on casse tout ce qu'on fait parce qu'il faut faire un clone de xaml!!!!!"
j"en suis encore à me demander en quoi me foutre a taper en une syntaxe xml et styler en .css mon interface graphique de soft à la con comme des pan ou des gimp2 va être plus fabuleux que si j'avais un BON environnement de _développement_ ...
QT designer de trolltech, c quand meme autre chose quand on y pense. ca c du concret.