je suis d'accord, j'ajouterais meme que ce qui est rajant dans gnome et tout ca c'est le coté usine a gaz en terme de programation.
KDE a commencé avec du corba, mais c'est plutot orienté vers un truc fais maison, plus léger, surtout au niveau des binding.
gnome utilise corba, et du C. corba est beaucoup plus generique (donc plus de limitation au niveau language idl) et surtout gnome est codé en C+corba:
dans gtk ils se traine un C orienté objet (ce qui est foireux a mon gout[1] ) et gnome utilise de l'objet CORBA en C, ce qui est lourd.
plus lourd comme system de prog, c'est l'orienté objet en BASIC....
Dans un autre poste on faisait reference au binding qui sont généré automatiquement, c'est plutot un systéme du genre qu'aurais du utiliser gnome et gtk:
on ecris les jolies interfaces dans un langage IDL quelconque, on génére le code intermédiaire et on link. d'apres les post sur dcop que j'ai lu dans kde ils font comme cela.
CORBA fais cela, avec des grosse contrainte au niveau interopérabilité (ce qui le rend chiant en C).
Ce qui freine gnome a mon sens c'est ces choix et le fait que les gens font d'abord une appli gtk et ensuite une appli gnome (parceque c'est moins accessible)
Ils ont pris les mauvais coté de corba (lourdeur des binding et des type) sans les avantages et ils, se complique la vie pour l'implementation
J'aime beaucoup les applis gnome et ils ont des bonnes idée, (ils pourrais s'ameliorer, notament du coté philosophie unix) mais coté framework c'est plus obscure et moins abordable que KDE
[1] C objet == foireux :
Un language informatique permet entre autre d'utiliser un certain nombre de concept.
C++ apporte <dans le langage> de l'objet,le C non. Il est plus chiant de faire de l'objet en C, SURTOUT pour la maintenance : en java par exemple le langage <lui meme> gere l'instanciation, les chemin bizaroide des exception, la surcharge, en C il faut tout faire la main: plus d'erreur possible, plus de temps pour écrire une interface,.... etc
[^] # Re: XAML et l'avenir de GNOME
Posté par ham . En réponse à la dépêche XAML et l'avenir de GNOME. Évalué à 0.
KDE a commencé avec du corba, mais c'est plutot orienté vers un truc fais maison, plus léger, surtout au niveau des binding.
gnome utilise corba, et du C. corba est beaucoup plus generique (donc plus de limitation au niveau language idl) et surtout gnome est codé en C+corba:
dans gtk ils se traine un C orienté objet (ce qui est foireux a mon gout[1] ) et gnome utilise de l'objet CORBA en C, ce qui est lourd.
plus lourd comme system de prog, c'est l'orienté objet en BASIC....
Dans un autre poste on faisait reference au binding qui sont généré automatiquement, c'est plutot un systéme du genre qu'aurais du utiliser gnome et gtk:
on ecris les jolies interfaces dans un langage IDL quelconque, on génére le code intermédiaire et on link. d'apres les post sur dcop que j'ai lu dans kde ils font comme cela.
CORBA fais cela, avec des grosse contrainte au niveau interopérabilité (ce qui le rend chiant en C).
Ce qui freine gnome a mon sens c'est ces choix et le fait que les gens font d'abord une appli gtk et ensuite une appli gnome (parceque c'est moins accessible)
Ils ont pris les mauvais coté de corba (lourdeur des binding et des type) sans les avantages et ils, se complique la vie pour l'implementation
J'aime beaucoup les applis gnome et ils ont des bonnes idée, (ils pourrais s'ameliorer, notament du coté philosophie unix) mais coté framework c'est plus obscure et moins abordable que KDE
[1] C objet == foireux :
Un language informatique permet entre autre d'utiliser un certain nombre de concept.
C++ apporte <dans le langage> de l'objet,le C non. Il est plus chiant de faire de l'objet en C, SURTOUT pour la maintenance : en java par exemple le langage <lui meme> gere l'instanciation, les chemin bizaroide des exception, la surcharge, en C il faut tout faire la main: plus d'erreur possible, plus de temps pour écrire une interface,.... etc