Christophe Fergeau a écrit 1255 commentaires

Moi pas en tout cas, je suis qu'une grosse tapette :)

Mais arrêtez, on va finir par se faire remarquer si on poste pour ne rien dire!!

Je dirais meme plus
QTOUINEDOZESAPUCEPASLIBRE

Merci pour les liens :)

Bon, je me lance dans dans l'écriture de messages sans intérêts, mais ca serait bien de passer les 200 sur cette news, on est en bonne voie :)

Si ca peut te rassurer, gdb me plante regulierement dans les doigts quand j'essaie de debugger nautilus ou des applis du genre :)

Faire partie du GNOME Desktop, ça consiste en ça, y a un certain nb de critères à respecter...
Quoi que ce *** de gedit devrait utiliser gnome-vfs!!!

Tiens, au fait, ca m'interesse un lien vers cette doc de dcop si t'as moyen de trouver rapidement, ainsi qu'un lien vers l'interface dcop de ton appli si t'as un cvsweb
T'as le droit de me rediriger vers google si je t'emmerde avec mes questions pourries :)

gnome-vfs c'est aussi facile, c'est juste les devels qui sont pas disciplines :)
Utiliser gnome_vfs_open/gnome_vfs_read et gnome_vfs_close au lieu de open/read/close, c'est pas non plus la mort :)

com/dcom un hack ? Faudrait en parler aux mecs qui ont basé mozilla et OO.o sur des architectures similaires :)
Par embedding de GUI, je parlais de trucs du genre : t'as une fenetre d'une appli GNOME, et dedans t'as un widget qui correspondrait à la kpart éditeur hexadecimal.
Le copier coller de données complexes est effectivement un problème beaucoup plus simple, et ca arrivera probablement à moyen terme

Ouais, je sais, mais il est arrivé relativemnet tardivement

Oula, ca tourne au troll à deux balles là :)
la libxml c'est pas uniquement un projet GNOME, le but de Daniel Veillard c'est d'avoir une biblio la plus utilsiée possible, pas de faire un truc pour GNOME, à la limite j'irai jusqu'à dire qu'il s'en fout un peu de gnome.
Et le site xmlsoft.org est pas trop lié à GNOME
QT supporte pas trop mal les langues non occidentales, et sans utiliser Pango (enfin ca je laisse les spécialistes de KDE en parler, je sias pas grand chose là dessus).
KDE avait l'anti aliasing bien avant GNOME. (ca doit dater de KDE2)

Putain, je pensais pas que je defendrais KDE/QT dans ce thread :)

Donc si tu utilises KFile, c'est pas utilisé automatiquement. gnome-vfs c'est super facile à utiliser (j'avais fait uen comparaison rapide à une époque, et les kioslaves et gnome-vfs c'est kif kif à première vue), faut juste taper sur les developpeurs d'applis poru qu'ils utilisent ça au lieu des fonctions Unix de base.

Le système de notification de GConf est à mon avis une de ses grandes forces, et c'est probablement un des trucs qui est le plus chaud à implémenter dans GConf.

Un système de composant graphique partagé, ça me parait très chaud moi :) Enfin j'y connais pas grand chose non plus
Bonobo, ça utilise CORBA, mais c'est quand même une grosse couche par dessus
Corba ca permet de faire de l'ipc
Bonobo c'est un système de composants (comme xpcom ou dcom) construit au dessus de Corba. J'appellerai pas vraiment ça un hack, au contaire, c'est plutot bien foutu je trouve. Et ca permet aussi de faire de l'embedding de composants graphiques bonobo, ce que ne permet pas du tout Corba

Un système de composant graphique partagé, c'est un des rêves d'Havoc, mais c'est pas près d'arriver à mon avis.
Pour les fichiers de config, le dit Havoc aimerait beaucoup que tout le monde utilise GConf.
Sinon y a DBus qui devrait être partagé par GNOME et KDE à plus ou moins long terme. Du côté KDE, dcop sera modifié pour utiliser ça, du côté GNOME, y aura des jolis trolls pour savoir quelle est la position de DBus par rapport à bonobo :)
Pour une URL, cherche sur google, c'est qqpart sur freedesktop.org, et j'ai la flemme de chercher là

Cool, le troll commmencait à retomber, heureusement que t'es là pour le relancer ;)

C'est baleze KDE si quand tu fais un read Unix ca utilise automatiquement les kioslaves ;)

Est-ce que KConfig permet à des applis de demander à être prévenue quand la valeur d'une preference est modifiée ?

Nan, en fait tous les mecs de GNOME committent les fichiers 1 par 1 au lieu de tout committer d'un coup pour rester devant :p

C'est même carrément pas représentatif (à mes yeux), je sais qu'il y a énormément de projets périphériques hébergés sur le CVS de GNOME, mais j'ai absolument aucune idée s'il en est de même chez KDE ou si c'est juste le coeur de KDE qui se trouve sur leur CVS.
Donc au niveau représentatif, cette page est assez proche du 0 pour moi

La preuve totalement irréfutable et objective que c'est GNOME qui a la plus grosse :
http://navi.picogui.org/cgi-bin/cia_stats.cgi(...)


Je devrais probablement mettre des balises <second degré> sur des posts du genre parce que les gens ici ont parfois du mal à reconnaître des posts que je fous pour déconner...

J'ai oublié aussi de parler de la dépendance de GConf sur ORBit2, ce qui risque de choquer pas mal de monde chez KDE...
En ce qui concerne les fichiers .xml, y a eu un patch il y a qques jours sur la mailing list GConf pour pouvoir utiliser des gros fichiers xml au lieu d'en avoir pleins de petits.

Dire que GNOME est plus ambitieux technologiquement que KDE, c'est un peu un nid à troll, pour moi les deux approches sont relativement similaires, les mecs de KDE ont juste tendance à adopter des solutions plus proche de la bidouille que d'un truc propre pour résoudre certains problèmes plus rapidement (attention, je ne parle pas des technos au coeur de KDE, juste de certaines problématiques un peu périphériques).
Dire que la masse de gens contribuant aux projets libres est énorme me semble un peu exagéré. Galeon et Nautilus entre autres ne diraient probablement pas non à qques développeurs en plus :)

Et s'il y a des gens qui veulent commencer en douceur à coder pour GNOME, il y a plein de modules gnome-vfs qui auraient besoin d'un peu d'amour pour marcher parfaitement, ca ne requiert quasiment aucune connaissance de l'architecture GNOME, mais essentiellement des connaissances dans le protocole FTP pour un module FTP par exemple, donc venez aider les gens, c'est super intéressant !

A ma connaissance c'est pas prévu dans le GNOME de base de pouvoir éteindre la machine sans revenir à l'écran de login. Mdk et RH doivent avoir des patchs pour ça par contre

C'est super comme genre de site, un site avec que des utilisateurs qui ralent parce qu'ils veulent une appli qui fait ci ou ca, et si un jour un developpeur à la mauvaise idée de s'y pointer, il se fera engueuler parce qu'il fait pas exactement ce que veulent les utilisateurs en question...
Encore une fois, le logiciel libre ça marche pas comme ça, les mecs codent sur ce dont ils ont envie. Si t'as un besoin et qu'il y a un logiciel libre qui correspond à tes besoins, tant mieux pour toi, et remercie l'auteur, envoie lui pleins de cadeaux et tout ça.
Si y a rien qui correspond à tes besoins, ça sert à rien de passer ton temps à râler partout/chercher des devels partout. Tu retrousses tes manches et tu te lances dedans, tu paies un ou des mecs pour faire ton logiciel, ou alors t'attends patiemment en espérant qu'un jour qqu'un soit intéressé par le développement d'un logiciel du genre...

Donc ça marche comment dans ta tête ?
Y a les mecs influents dans le projet GNOME qui dictent à Ximian et RedHat les parties de GNOME sur lesquels ils doivent bosser ?
Ou alors c'est les utilisateurs de GNOME qui fréquentent Slashdot et Linuxfr qui doivent dicter à Ximian et Redhat sur quoi ces développeurs doivent bosser ?
Faut pas oublier que le but de toute boite est de faire de la thune, et donc de faire ce qui plait à leurs clients...