Laurent Mouillart a écrit 970 commentaires

Pas grave nous non plus on connais rien a KDE, et vive GNOME.

Bah rassure toi dans gnome 1.4 y avais un sale hack pour l'aa gtkxft il me semble.

justement com dcom j'appel ca plutot un hack bon en gros l'archi de gnome est très calqué sur com (sauf pour corba) et celle de KDE sur Opendoc. Pour l'interface utilisateur par défault c'est le contraire va comprendre charles ....

Pour un système de composant graphique partagé ca dépends des fonctionnalités demandés si c'est du copier coller spéciale de kword dans gnumeric c'est pas trop complexe, si c'est de l'intégration de composants plus dynamique c'est sur que ca sera plus complexe et ca ressemblera a rien. En gros que gnome et kde se tirent la bourre c'est très bien que ca utilise des fonctionnalité de si bas niveau completement différente c'est très bête enfin l'avantage c'est que comme ces deux projet sont quand meme tout ce qu'on a dis pas trop mal foutu changer les couche du dessous deverai pas trop influé sur les couches du dessus.

pour gconf je pense que je vais me lancer la dedans si personne ne le fait encore enfin moi j'aimerai bien que apache etc... utilisent aussi gconf.
Pour le système de composant graphique partagé a mon avis c'est faisable sauf , au niveau de l'intégration des menus ou la ca risque d'être plus chaud.
Mouai pour DBus par rapport a bonobo a mon avis bonobo c'est plus un sale hack pour palier a la trops grand complexité apparente de corba + deux trois trucs a la sauce MS style les monkiers que j'aime pas du tout. Le reste de bonobo pour l'integration ca deverai etre dans une api de plus haut niveau. C'est ca que j'aime pas trop tu as plein de couches mélangé a certain endroit et ca me semble quand meme tres perfectible.

Tu sous entendrais que comme gnome repose sur des lib lgpl c'est bien mieux pour faire du proprio ?

Quand des trucs sont bon, voir excelent autant les utilisé, quand c'est inutile et pas pratique autant les abandonnées ... comprends y ce que tu voudra.

En parlant de troll sais tu si il existe un projet d'interaction bonobo - kpart ou un truc style knome ou gde en gros un freedesktop en plus poussé : partage des fichiers de configuration, partage du systeme d'impression etc ... ?

Tiens c'est comme on fait dans ma boite pour pas se faire niquer quand il y a pas asser d'activité sur le cvs ... outils de reporting d'activité quand tu nous tiens .....

Tiens sympa ce site :) enfin ca mesure le nombre de commit , c'est ptetre que gnome est plus buggé que kde ;)

Enfin dans un premier temps déja avoir un système de configuration local unique serait pas mal.

Tiens ca c'est une bonne idée pour gconf je vais faire une lib kde pour ca.
Pour bonobo y a des trucs pas mal mais bonobo est quand plus compliqué.
Et pour ca "gnome que j'aime beaucoup à cause de son "feel" plus "mac"" moi j'attends avec impatience un menu en haut a la mac partagé entre gnome kde et les autres ... pasque un menu dans chaque fenêtre j'aime pas trop ca.

Bah si le facteur l'a confondu avec un freesbee probablement que si ...

Ce qu'il y a c'est qu'il veut aussi pouvoir les corriger, je lui ai dis d'aller chez le constructeur de son disque pour prendre un outil qui fait ca mais il me croit pas :-)

En fait il voulait pas verifer la structure logique du disque mais la structure physique.

oui mais basé sur L5 au lieu de L4 qui sera dépassé ...

Peut etre que tu pense que havoc pennigton,federico mena Quintero, miguel de icaza, owen taylor et tout ceux la : http://primates.ximian.com/(...) et une partie de redhat ne sont pas payer pour travailler sur gnome et gtk ?

Je pensai pas a un truc spécifique a gnome kde ou truc bidule.
Mais qque chose du style 500000 utilisateurs veulent un logiciel de montage video ca serait bien de monter un projet et en faire un.

Pour faire de l'uml sous linux tu as poseidon gratos et commerical, magicdraw commercial (mais j'adore), umbrello ou argouml , dia ce que ca fait comme uml je n'aime pas du tout ... pas de gestion de l'ocl et de tout un tas de truc.

Puis nautilus utilise la vue galeon pour le rendu html et pas gtkhtml tout comme yelp et devhelp parceque utilisé deux composant de rendu html ca pourrait s'apparenté a de la perte de temps.

Sur toute tes application regarde combien sont abandonnée ou en phase de l'etre

C'est pas des trolls la con sur gnome je pense que guillaume et moi avont bien aimer gnome mais qu'il y a des aberation falgrante et que c'est une idiotie que de ne pas les corrigé : API non consitante, techo qui changent tout le temps, techno très complexe, les developpements sont bien plus lent qu'avec d'autres framework. Il faudrait un peu de reflexion chez les architecte de gnome pasque un look & feel super c'est bien mais un framework potable c'est carrement mieux.

tiens puis j'avais pas vu mais OOo n'utilise absolument pas gtk.

Et que la moitier du code d'evolution (les nouveaux composants) sont quasiment inutilisable ailleur que dans évolution. Le pauvre il a du faire des cauchemards :/

Je pense que c'est principalement ca qui a exasperer MDI et qui fait qu'il boude dans son coin sur mono. Je comprends pas pourquoi il y a une perte d'effort aussi grande dans ce projet une fonctionnalité majeur = un composant. Un besoin : agregat de composants + un peu de code et zoup.

http://www.gnome.org/gnome-office/(...)
en bas a gauche je vois : OpenCalc OpenDraw OpenWriter