Liens connexes

Dépêche modérée par

: Résumé GNOME : 29 mars 2003

Posté par j (page perso, ). Modéré le 03 avril 2003.
0
Au sommaire de ce résumé GNOME :
  • API GNOME 2.X : mise à jour de la documentation
  • AbiWord : une version de développement numérotée 1.1.4 est disponible ; le résultat se rapproche de la version finale de AbiWord 2.0
  • OpenOffice.org : Michael Meek (de Ximian) a présenté un projet d'intégration de OO.o à GNOME aux développeurs de la suite bureautique libre. Le document est consultable.
  • gVIM : grâce à un patch astucieux, gvim peut être envisagé comme un composant Bonobo et se retrouve intégrable à Nautilus
  • Anjuta : le développement de l'IDE se divise en trois provisoirement ; qui veut participer ? (Nda : par ailleurs Anjuta 1.0.2 est dispo.)
  • GStreamer et Eye Of GNOME s'améliorent...
  • [...]

> Lire les commentaires (64 commentaires, moyenne: 1,4).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Re: Résumé GNOME : 29 mars 2003

Posté par LiNX_ (page perso, ) le 03/04/2003 à 07:47. (lien). Évalué à 2.

pk mon coeur balance toujours vers Gnome de puis sa version 2.0 et non pas vers KDE 3.x qui pourtant est "performant" ? A vrai dire, je ne sais pas c juste un feeling ...

Re: Résumé GNOME : 29 mars 2003

Posté par Michel Galle () le 04/04/2003 à 07:33. (lien). Évalué à 4.

rappelons qu'il y a longtemps qu'il fut décidé que Open office devait devenir une
application GTK (voir gnome) à terme.

Sun a choisi gnome, pas KDE; cela peut etre un choix malheureux, on peut se rouler par terre, mais c'est ainsi.

et ce n'est pas un choix pour un an, mais pour bien des années, quoi qu'il en soti.

donc, il est evident de voir ximian (ou une autre) chargée de commencer à integrer OO dans gnome (parce que reecrire tout le code en gtk, y a du temps hein, alors ca commence molo)

de toute maniere, il faut que OO soit intégré soit à gnome soit à KDE il en va de l'interet des linux/unix
parce que l'actuel est une catastrophe ergonomique.

alors kde ou gnome, du moment que c'est l'un des deux , je dis OUI!

Gconf, je lis encore de ci de la, des gens qui font "ouiiiini gconf c la registre ,gnagnagna , linux est de + en + comme windows". bon , dabord : GCONF n'est PAS la registre. ok ?
non, vraiment, ok ?
Gconf est client / serveur
Gconf utilise des fichiers xml séparé pour chaque applications / catégorie de preferences, et _non_ un fichier binaire obscure comme "registry"
Gconf est une lib qui peut etre intégré a kde ou autre (gconf n'est pas lié aux libs gnome, c donc pas une tentative de dominer le monde par gnome/ximian/les trolls velus )

Gconf a de nombreux avantages, d'abord il sépare l'application de l abstraction utilisé pour les preferences, on peut imaginer un jour, un backend "réseau" ou ldap, ou quoique ce soit plutot que l'actuel en fichier locaux xml

une modif dans les fichiers xml est reperé par gconf et en informe l'application
(on peut ainsi tres bien modifier a coup de VI les ficheirs de preferences d'une application, pas de prob, c tout a fait lisible . )

on peut controler les preferences d'une application Gconf avec UNE commande : gconf-tool

plus besoin de connaitre par coeur chaque type de preference qu'aurait foutu le programme et ou qu'il stocke
il suffit de passer par le gconf-tool
(ou le gconf-editor pour avoir un truc graphique qui fait croire que c'est comme la registre)

on peut fixer des preferences pour chaque utilisateur (ou nouveau) d'une machine via gconf-tool. des preferences par défaut ou definitive. c'est un vrai outil d'administration
si TOUS les programmes linux utilisaient GConf, ca permettrait de chouettes trucs. Fixer le proxy pour tous les logiciels reseaux d'un parc de machines linux a partir d'une console d'administration, sans penser au fichier de conf konqueror, moz, lynx etc...

(notons que ds le cadre du projet gnome, certaines preferences, comme le proxy d'ailleurs, sont centralisés dans des preferences "generales" que chaque application doit respecter. c pratique )

enfin bref, Gconf c pas la registre, GConf ne tue pas le bon vieux VI, Gconf est pas accroché a GNOME , pas de prob pour faire un frontend C++ nommé KConf.


en ce qui concerne gnome vs kde, on peut largement utiliser uene application KDE avec le panel de gnome
ou lancer evolution depuis Kicker .
freedesktop est censé aider a ce que les 2 bureaux se rapprochent sans perdre leur specificités .

Revenir en haut de page