yoplait a écrit 424 commentaires

Certes.....mais si c'est le responsable du projet qui écrit le bountie ? c'est lui qui a la main sur le CVS donc ils est seul maitre à bord.

A priori si le responsable d'un projet est pret a payer pour du code pourri, le reste du programme ne doit pas etre exemplaire non plus...

Je n'ai pas dit le contraire. Gimp n'est pas un logiciel gnome mais il est propose par gnome-office.

GNOME Office is a meta-project, with the mission to coordinate productivity applications for the GNOME Desktop. : Gnome office est destine a proposer des applications bureautiques aux utilisateurs de gnome en choisissant parmis celles qui s'integrent le mieux a l'environnement.

Pour moi c'est juste une obscure page de plus perdue dans www.gnome.org (meme si les choses commencent a bouger ce site contient bcp de choses obsoletes).

C'est une application gnome, mais pas une application officielle gnome.

Non. Ce n'est pas un logiciel gnome (c'est a dire un logiciel qui utilise les bibliotheques du framework gnome et qui suit le HIG gnome) et encore moins un logiciel gnome officiel (un logiciel gnome faisant partie des modules d'une release officielle http://www.gnome.org/start/2.5/modules/.(...) Notez bien que les proposed sont peles-meles tous les logiciels que les mainteneurs ont proposes, meme ceux qui n'ont aucune chance d'etre acceptes tel que gdesklet qui est encore affuble de certains defauts de conception irresolvables dans le delai imparti)

Sinon ils font mention de gimp et de gaim dans le resume gnome uniquement parce que ce sont des logiciels fort utilises par les gnomistes. De plus gimp et gnome partagent un contexte historique.

lol

Le gros avantage du mode spatial est sa simplicite.

s/simplicite/intuitivite, apres tout naviguer dans un systeme de fichiers n'est pas complique non plus, mais moins intuitif.

Dans un gestionnaire de fichier spatial (ou oriente objet), chaque repertoire est un objet. Ce qui veut dire qu'en double-cliquant sur un repertoire ca l'ouvre dans une autre fenetre. On peut redimensionner ce repertoire (cette fenetre), le deplacer et la prochaine fois qu'on le reaffiche il aura conserve ces attributs. Comme dans la vie, quand on deplace ou altere quelque chose il ne retourne pas a son aspect d'origine une fois qu'on le quitte des yeux. Dans ce mode la fenetre representant le repertoire ne contient rien d'autre que son contenu et un menu.

De l'autre cote dans un gestionnaire de fichier navigationnel, les repertoires s'ouvrent dans une unique fenetre qui contient plein d'elements graphiques utiles a la navigation.

Le gros avantage du mode spatial est sa simplicite. Les neophytes de l'informatique apprehendent beaucoup mieux la gestion de leurs fichiers dans un contexte oriente objet que dans un contexte de navigation avec tous les concepts compliques qui vont de pair tel que le systeme de fichier etc.
Un autre avantage est qu'il s'avere tres agreable de l'utiliser meme pour un utilisateur experimente lorsqu'il s'agit de selectionner rapidement des fichiers d'un repertoire du bureau par exemple. Lorsque l'on ouvre le repertoire videos du bureau pour regarder un film, on obtient juste les videos, rien d'autre de superflus. C'est rapide, simple, efficace.

Le mode navigationnel quant a lui est plus adapte a des taches d'exploration du systeme, de manipulations de fichiers entre repertoires tres distants etc.

Les deux modes sont donc complementaires et ont chacun leur personnalite bien distincte. Contrairement aux anciennes versions de Nautilus qui n'etaient en fait qu'un melange confus des deux concepts.

D'ailleurs c'est bien simple : gqview ne tire parti d'aucune bibliotheque du framework gnome mis a part celles en relation avec gtk+ (pango, atk, glib...). De plus gqview n'a pas l'intention de se conformer au HIG.

gthumb si.

Je tiens aussi a rassurer yeupou avant qu'il ne vienne crier au complot des mechants monsieurs de chez Ximian qui font rien qu'a ecarter les autres clients mails comme balsa :

http://mail.gnome.org/archives/desktop-devel-list/2003-November/msg(...)

Ce sont les dependances de Debian qui t'ont trompees. Ce serait une horreur d'avoir Evolution 1.4 dans le desktop.

Pour gnome 2.6 ils ont separe Evolution en deux : evolution-data-server qui gere le carnet d'adresse et le calendrier et Evolution le client qui sera une sorte de frontend.

evolution-data-server a pour sur sa place dans le desktop, il sera utile a plein de choses. Une gestion centralisee du carnet d'adresse entre les contacts Gossip (http://gossip.imendio.org/hackerlog/archives/000004.html(...) ), Gaim et Evolution me fait rever. Et ce serait un confort indeniable que l'applet de l'horloge du panel montre les taches prevues lorsque l'on deroule le calendrier.

Quant a l'integration d'Evolution 2.0 dans le desktop je suis encore assez reserve. Ils ont promis qu'ils allaient faire des efforts au niveau de l'interface pour le rendre plus leger et conforme au HIG mais ca reste a voir.

ama, ce n'est pas une raison pour dire des choses fausses.

Ça n'a rien à voir avec le protocole Jabber ça. C'est au client de l'implémenter, et d'ailleurs c'est le cas de la plupart des clients actuels !

Je parle des MsnObjects presents depuis la version 9 du protocole d'msn messenger. C'est base sur du p2p et ca permet d'envoyer aux interlocuteurs des smileys et un avatar persos.

Tout depend du groupe de personnes. J'ai deja entendu parler plusieurs gens des habitudes de leurs contacts msn et je peux dire que ca colle rarement ensemble. En l'occurence la plupart de mes amis possedent un micro et la moitie une webcam. Il n'y a que les joueurs de counter-strike qui utilisent vraiment le vocal mais ca represente deja un bon paquet de personnes. La webcam reste elle tres episodique. Quant aux objets msn (smileys personnalises, avatars,...) j'en connais peu qui seraient prets a les abandonner (ben oui c'est sympa quand meme comme fonctionnalite :))

tu aurais pu preciser que c'est juste une contribution externe qui ralentit metacity par 10 d'apres Mark Finlay sur la ml... bref que c'est pas sur du tout que ca integre metacity et qu'il faudra au moins attendre que ce patch prenne profi du compositage de freedesktop pour que ca devienne utilisable.

Moi je vote pour la molecule de cafeine :)

un petit c stylé pour codeur, un r pour redacteur

Il faudrait quelque chose de plus generique amha.. Pour un chinois, un danois ou un russe, que voudra dire ton petit "c "?

libxml2 initialement c'était gnome-xml, donc c'est un petit peu GNOME (c'est hébergé sur le cvs de gnome d'ailleurs). Mais effectivement, je le vois plutot comme une lib indépendante.

libxml2 fait partie du framework de gnome. Il s'agit d'une bibliotheque independante, comme beaucoup d'autres bibliotheques du framework (GConf, gtk+, pango...), mais il s'agit quand meme d'une lib gnome.

Sun a "revu et corrige" OpenStep.

ggv est hébergé sur le CVS de gnome mais ne fait pas partie de GNOME ? Marrant.

Je tiens tout de meme a preciser que des dizaines d'applications et de bibliotheques ne faisant pas parties du desktop ou du framework de gnome sont hebergees sur cvs.gnome.org. Leur gros avantage etant d'etre traduites dans toutes les langues du monde par un projet tres organise visant a traduire tout ce qui peut se rapporter a gnome. http://developer.gnome.org/projects/gtp/status/gnome-2.4/top.html(...) est un impressionnant exemple de leur organisation.

ignorer le leadership historique

Les choses ont change. L'ignorer est une preuve de mauvaise foi ou une meconnaissance de l'etat actuel du projet.

Il est clair que MDI envisage de travailler pour GNOME avec Mono

Tu as mal compris ce mail. MDI envisage de travailler avec gnome pour mono. De maniere a ce que mono s'integre bien dans l'environnement gnome. Ni le desktop, ni le framework de gnome ne seront un jour lies avec mono. De plus MDI souligne bien dans ce mail qu'il n'a plus grand chose a voir avec gnome mis a part son status de fondateur. Il a delegue toutes ses responsabilites a d'autres developpeurs de gnome. Et cela fait longtemps qu'il n'a plus contribue.

Ceci etant dit, je n'aime pas ce personnage. Sa derniere intervention sur les mailing lists de gnome etait pour dire qu'il serait pour une integration de gaim dans le desktop de gnome. Je trouve cela stupide. Gaim n'utilise pas les libs du framework de gnome, ne suit pas le hig de gnome, et n'utilise meme pas le cvs de gnome, ce qui faciliterait pourtant grandement la tache des equipes de traduction. Je suis sur qu'il n'est meme pas au courant de gossip, un chouette projet de messagerie instantanee pour gnome qui sera surement a terme integre dans le desktop. (http://www.imendio.com/projects/gossip(...))

Toutes les applis que je connais (pan, galeon, gqview, gnome-gv)

Ces applications que tu connais ne font pas, malheureusement pour ton argumentation, parties du desktop gnome, mis a part GGV que je trouve pour ma part tres rapide.

Nous ? Tu fais donc partie des développeurs de GNOME ?

Desole, je me suis mal exprime. Je travaille dans le batiment et n'ai a mon grand regret aucune qualification pour participer au developement de gnome. Mes opinions et mes precisions sont ceux d'un utilisateur passionne.

Naviguer que ce soit dans des fichiers qui soient en local ou en réseau, je vois mal où est la différence.

Ne me dis pas que tu confonds encore internet et le web. Naviguer sur le web et naviguer a travers un systeme hierarchique de donnee sont des concepts fondamentalement differents.

En effet. GGV fait partie du projet gnome. Desole.

visiblement ca pas empeché apple avec safari ....

Pourquoi crois-tu qu'ils ont ete obliges de forker khtml ?

Plutot que de repondre a ton message que je ne comprends pas non plus, je v tenter de mettre la situation au clair.

- Le desktop gnome interagit avec ses options de configuration par le biais de GConf, que g detaille dans d'autres de mes commentaires.

- L'outil de configuration du desktop gnome est le gnome control center. Cet outil suit le HIG de gnome et sa philosophie qui est de presenter seulement les options que l'on pense reelement necessaires a l'utilisateur de maniere a presenter un outil simple et efficace.

- D'autres options sont modifiables par l'intermediaire d'un quelconque outil de modifications de cles GConf.

- Des gens, comme #421, n'aiment pas la philosophie gnome, ils veulent pouvoir configurer un maximum de choses dans gnome d'une maniere moins obscure que le parcours par gconf-editor des cles GConf, pourtant documentees. Ces memes personnes peuvent utiliser un eventuel outil de configuration correspondant mieux a leur besoin. Mais il est evident qu'ils prefereront surement utiliser KDE.

Les leaders de GNOME qu'on retrouve chez Ximian

Comme l'a souligne ironiquement Christophe, les leaders gnome ne sont pas tous des employes Ximian, loin de la.

ne savent pas s'en tenir à un choix, GNOME a changé du tout pour le tout continuellement.

Ils ont fait des erreurs, et ne comptent plus les reproduire. Cf. cette citation de Jeff Waugh qui date d'hier : (a propos de l'inclusion dans le framework gnome d'une librairie reseau)

I would *very strongly* recommend that we *always* shift new libraries into
the Desktop (or another appropriate release set or transition module, such
as Office and libegg) before attempting to get them into the platform. We've
made mistakes like this in the past, and we ought to have learned from them.

Linus gets this right - stuff goes in when it's proven and in use.

Le passage à Mono n'est qu'un épisode supplémentaire.

Gnome n'est _d'aucune maniere_ lie a Mono.

Ni ggv, ni galeon ne font parties du desktop gnome. Il faut aller voir du cote de gpdf et d'epiphany qui y ont ete inclus recemment.