L'objectif de cet article n'est absolument pas de générer un peu plus de trollisme sur l'éternel débat Gnome vs KDE. Si vous êtes heureux avec KDE, nous sommes heureux pour vous car nous l'étions aussi il n'y a pas si longtemps. Nous ne sommes pas tous conçus pour tous porter des bottes rouges, ni pour tous utiliser la même distribution et encore moins le même bureau. Notre idée ici est simplement de permettre aux KDEistes qui le désirent de passer en douceur à Gnome. Et lorsque je dis Gnome, je devrais plutôt dire Gtk2 (vs Qt) car au fond, la majorité de ce qui est dit ici, fonctionnera aussi bien par exemple sous XFCE. Espérant donc que ce condensé d'expériences à quatre mains vous sera utile.

Pourquoi le choix de telle ou telle application ?

Pourquoi ne pas prendre une application Qt

Avant tout parce que cela s'intègre mal dans le bureau Gnome. Déjà les applications Qt ont leur propre thème visuel qui n'est pas simple d'assortir avec celui de Gnome/GTK. Ensuite des fonctionnalités importantes comme la boîte d'ouverture de fichier ou d'impression n'est pas celle de Gnome/GTK et on perd du coup certaines fonctionnalités (voir GIO/GVFS plus loin).

Il y cependant des cas où une application n'existe qu'avec Qt, c'est par exemple le cas de kcachegrind (voir section développement).

Pourquoi ne pas prendre une application KDE

Déjà pour les mêmes raisons que les applications Qt. Ensuite un bureau, Gnome ou KDE, implique le chargement d'un ensemble de démons et autres services qui viennent occuper de la mémoire et des ressources système en général. C'est totalement justifié lorsqu'utilisé par de nombreuse applications, beaucoup moins pour une seule. Par exemple l'utilisation de konqueror sous Gnome implique le lancement d'une quinzaine de processus (DCOP, klauncher, kded, kdeinit, kio, knotify, etc.) qui restent présents en mémoire après usage.

Pourquoi ne pas utilise une application Java ou .net

Java et .net sont deux technologies très comparables composées d'un langage (Java, C#, etc.) et son compilateur, d'une librairie de développement et d'une machine virtuelle qui va exécuter les binaires. Les binaires n'étant pas en code natif, la machine virtuelle est là pour permettre son exécution sur toutes les plates-formes pour laquelle elle aura été portée. Ainsi une même application java/.net tournera sans recompilation sur Windows ou sous Linux.

Java a été créé par Sun Microsystems il y a plus de dix ans et .net est une technologie plus récente d'origine Microsoft lancée suite à une méchante bisbille avec Sun. Sous Linux, .net est pris en charge par l'excellent et très dynamique projet Mono poussé par Novell. Et si à l'origine Java et .Net était très proche, aujourd'hui chacun poursuit son propre chemin. Malgré cela les performances entre les deux environnements sont totalement comparables, il en va de mêmes que les problèmes d'occupation mémoire et CPU.

Car si l'occupation mémoire et les performances de ces deux systèmes ne cessent de s'améliorer, ils n'atteindront jamais le code "natif". Elle l'approcheront tout au plus et cela suffit largement pour des applications d'entreprises pour qui la fiabilité, la richesse, la portabilité de ces environnements prime avant tout. Mais pour une application graphique de bureau, et qui plus est, dans le cadre d'une utilisation personnelle, ce "très proche du natif" ne suffit pas.

A titre d'exemple prenons deux outils très simples pour gérer les "post-it" : tomboy et pense-bête. Le premier utilise Mono/.Net et l'autre est écrit en C. Le premier occupe 15mo de RAM (non partagé), le second "seulement" 5mo. Le premier a provoqué le chargement de deux librairies qui occupent 23mo, le second aucune. Le premier utilise 16mo dans la pile, le second seulement 5. Et tout cela pour un service fonctionellement équivalent. Maintenant si l'on prend Beagle, l'outil d'indexation et de recherche de fichier, à cette utilisation de la mémoire doit être rajouté l'utilisation plus intensive du CPU. Il n'y a qu'à le comparer avec tracker pour s'en convaincre (voir chapitre sur la gestion des fichiers).

Alors il y a évidemment des cas où l'on n'a pas le choix. Java/Eclipse en est un bon exemple. Mais autant que faire ce peut, je préfère utiliser des applications native pour le bureau.

Le bureau

Monde KDE/Qt	Monde Gnome/GTK
Qt	Gtk+
KDM	gdm
KWin	metacity ou xfwm4 (plus rapide, surtout en mode "compositeur")
KDesktop	nautilus
Kicker	gnome-panel (aka tableau de bord)
Karamba/plasma	screenlets ou gDesklet
Kcontrol	gnome-control-center ou simplement le menu Système/Préférences
Kwallet	gnome-keyring-manager
ksnapshot	gnome-screenshot
khotkey	metacity
klipper	parcellite
KMix	gnome-volume-control ou gnome-alsamixer

Gestionnaire de session

Le gestionnaire de session Gnome équivalent à kdm est gdm. Techniquement ils font exacement la même chose. Pour configurer gdm (changement de thème, de message, etc.), vous pouvez utiliser en tant que root la commande gdm-setup. A noter que pour le coup, les options que l'on y trouve sont plus évoluées que sous KDE avec notamment la gestion des bureaux distant et un très intéressant onglet "sécurité".

Pour démarrer une application au lancement de la session, il faut aller dans Système/Préférences/Avancés/Sessions et l'ajouter dans l'onglet Programmes de démarrage.

Changer de thème

Gnome fournit une application de configuration des aspects visuels qui se niche dans Système/apparence. On peut y changer la décoration des fenêtres, le style des contrôles, les icônes, les pointeurs de souris, etc.

Alors les KDEistes couineront sûrement sur l'absence d'un bouton "en avoir plus" qui irait chercher sur le Net de nouveaux thèmes. Et bien c'est juste que la philosophie est différente. Ajouter un thèmes en provenance du Net, c'est aussi simple qu'un glisser-déposer entre FireFox et le gestionnaire d'apparence. Vous pouvez faire le test avec les styles et autres jeux d'icônes sur Art Gnome.

Modifier le tableau de bord

Comme avec Kicker, il est possible d'ajouter plusieurs "tableaux de bord", de les déplacer à la souris d'un écran à l'autre et d'y ajouter des applettes par clique-droit Ajouter au tableau de bord. La seule différence est finalement que Gnome est beaucoup plus riche dans ce domaine que KDE.

Cependant, le panneau lui-même souffre de quelques faiblesses. Impossible par exemple de supprimer les "grips" de positionnement. Plus embêtant encore, les bulles d'aide ne sont pas désactivable et gênent ainsi la lecture de la barre des tâches.

Enfin, ce panneau accepte la transparence mais garde la couleur du thème pour l'écriture. Du coup sur un fond noir il y a de fortes chances que ce soit illisible. La solution est de paramétrer cette couleurs à la main en créant un fichier ~/gtkrc.mine :

style "my_color"
{
  fg[NORMAL] = "#FFFFFF"
}

widget "*PanelWidget*" style "my_color"
widget "*PanelApplet*" style "my_color"

~/gtkrc.mine

Ceci fait, ne pas oublier de faire un pkill gnome-panel pour redémarrer les tableaux de bord.

Widgets

gDesklet est plus proche de Karamba que de Plasma. Il s'agit d'un gestionnaire qui va permettre de positionner sur le bureaux différents gadgets (horloge, informations système, etc.). Je vous laisse juge de l'intérêt mais cela fonctionne très bien. Le seul regret est la relative pauvreté des widgets disponibles.

Pour quelque chose de plus proche de plasma et clairement plus esthétique que gDesklet, nous avons aussi les screenlets. Les widgets y sont plus nombreux, bien léchés, avec possibilité de changer le thème à l'unité ainsi que la taille. Maintenant le seul hic tient à ce que ces petites choses semblent devoir fonctionner avec compiz pour s'afficher à la mode "mac". En effet, metacity ne dispose pas du "widget layer" (touche F9) qui permet de faire remonter un jeu de composant en avant plan.

Composition des fenêtres

L'équivalent officiel de kwin c'est metacity. La philosophie de ce gestionnaire de fenêtre est simplicité et utilisabilité. Et il y arrive à merveille. Il est rapide, efficace. Et sans les trois tonnes d'options de kwin, il fait son travail un point c'est tout.

Depuis un certain temps déjà les gestionnaires de fenêtres peuvent implémenter un système de composition des fenêtres. Avant, les fenêtres étaient gérées à l'unité par le gestionnaire. Aujourd'hui, il peut en plus opérer des modifications sur la manière dont l'ensemble des fenêtres s'affichent sur le bureau. Il est ainsi possible d'ajouter des ombres ou la transparence.

Metacity gère très bien ce nouvel aspect. Alors si vous voulez un bureau plus moderne, avec ombres et transparence, il suffit d'aller dans le gestionnaire de configurations, suivre le chemin /apps/metacity/general et de cocher compositing_manager.

Fidèle à sa philosophie, le compositeur de metacity n'a aucune option de configurable, il fonctionne. Une fois activée, vous disposez d'ombrage améliorant nettement la compréhension visuelle du bureau (notez les différence de profondeur si les fenêtres sont plus où moins loin de vous), de la vraie transparence (notamment utilisée par gDesklet ou gnome-console), et d'un commutateur de tâches amélioré (vi ALT-TAB) avec la vignette des applications en cours. Et tout cela sans une once d'OpenGL, fluide avec une carte graphique de base.

Le seule manque de metacity serait un mode "exposé" qui consiste, sur une combinaison de touche ou un mouvement de souris, à placer l'ensemble des fenêtres ouvertes en mosaïque sur le bureau pour en sélectionner rapidement une. Il existe bien un petit outil nommé skippy mais c'est très lent. Maintenant le problème est à peu prés le même sous KDE avec kompose et pour l'instant seul compiz propose un tel mode fluide et utilisable. Maintenant sur ma machine, je passe de 6.7s à 7.43s avec gtkperf dés que j'utilise compiz, donc pour l'instant, je vais me passer de cet outil :-)

Gestion des mots de passe

Pour ceux qui chercheraient un gestionnaire de mot de passe équivalent kwallet, il s'agit de gnome-keyring-manager. Il fait exactement la même chose et a les mêmes limitations : il faut que les applications aient été conçues pour causer avec. Et cet aspect qui ne pose guère de problème sous KDE se révèle un petit désastre sous Gnome. En gros, pour l'instant seul Nautilus et sûrement empathy l'utilisent. Pidgin s'en moque, FireFox n'en parlons pas et Evolution n'en a cure... Du coup, l'intérêt de cet outil très pratique sous KDE devient très limité sous Gnome. Après il y a peut-être moyen de bidouiller evolution ou de coller une extension dans firefox...

Sinon, autre possibilité, jouer du copier/coller avec une application comme gpass. Cependant depuis que cette dernière m'a flingué mon fichier de mot de passe...

Copies d'écran

Autant le dire tout net, gnome-screenshot ne souffre même pas la comparaison avec ksnapshot. Là pour Gnome, c'est le minimum syndical par excellence avec aucune possibilité de travailler par zone, ce qui est pour le moins nécessaire à ce genre d'application.

Pour palier à cette lacune, il reste bien sur Gimp et File/Acquisition qui offre de très complètes options. C'est pas le pur bonheur mais ça le fait.

Sinon pour copier une zone, il y a aussi la commande import du package ImageMagick. Elle s'utilise comme ceci :

import nom_fichier.png

Là vous avez moyen de sélectionner une zone de l'écran mais bon, cela reste plutôt austère comme approche.

Clavier

La première chose à régler, comme avec KDE, c'est la disposition du clavier. Le dialogue chargé de réaliser cela est disponible dans système/Préférences/Clavier. Là, si vous avez de la chance, il faut choisir votre marque et modèle, sinon, optez pour un générique 105 touches (intl), en français dans tous les cas. Cette opération permet de récupérer lorsque c'est possible, bon nombre de touches multimédia et la fameuse touche Win.

Une petite appliquette pour le tableau de bord nommée Indicateur de claviers permet d'avoir un référant visuel de la disposition en cours d'utilisation. Un click dessus permet de basculer d'une disposition à l'autre facilement.

Maintenant pour ceux qui chercher l'équivalent de khotkey , le gestionnaire de raccourcis clavier de KDE, c'est ici que cela se passe.

Contrôleur de volume

L'application gnome-volume-control représente l'alternative par défaut à KMix qui existe aussi sous la forme d'un greffon pour le tableau de bord. Pour une version plus évoluée dédiée à ALSA, nous avons aussi gnome-alsamixer.

La console

Oui, pour moi la console fait partie intégrante du bureau. Elle peut même y être vraiment intégré, à la Doom, avec une console escamotable comme tilda. Mais en standard, Gnome est livré avec gnome-terminal qui, même s'il est déroutant pour qui a l'habitude d'utiliser kconsole, se révèle très utilisable une fois que l'on a compris comment il fonctionne. Il reste cependant TRÈS LENT, surtout en plein !!

Pour ceux qui utilisaient une douzaine de session prédéfinies, Gnome-Terminal les a aussi mais de manière un peu biscornue, via la notion de profiles. Vous pouvez ainsi créer des profiles dont la commande de lancement (deuxième onglet) n'est pas un shell, mais un ssh toto@mon_serveur. Cochez pour cela Exécuter une commande personnalisée au lieu de mon shell. Vous pouvez sur la même page positionner Un titre modifié dynamiquement sur N'est pas affiché. Cela évite que le texte de l'onglet soit pollué par les commandes lancées.

Contrairement à Konsole, il n'est pas possible de mettre une icône sur le profil. Ceci dit, un aspect très sympa de ce terminal est que les fameux profils peuvent hériter les uns des autres et toute modification est dynamiquement appliquée sur les onglets/fenêtres qui l'utilisent. Autre point sympa, les onglets sont détachables et arrimables d'une fenêtre à l'autre. En revanche, leur position est fixe, impossible de les coller en bas.

Autre lacune significative, l'absence du support pour les protocoles X/Y/Z-Modem (lrzsz) qui sont tellement pratiques pour télécharge un fichier d'une console vers le bureau et vice-versa.

Gestion des fichiers

Monde KDE/Qt	Monde Gnome/GTK
KIO/KIO_Slaves	GVFS et GIO
KDirStat	Baobab
Dolphin	Nautilus
Konqueror	Nautilus en mode navigateur pour les fichiers
KAudioConverter	Grip
Amarok	sonata ou rhythmbox
DigiKam	f-spot et GtKam
K3B	Brasero
Gwenview	eog ou gthumb (beaucoup mieux)
Kpdf	evince
Kooka	XSane ou gnome-scan (pas très sec...)

Exploration et gestion

Alors pour ceux qui ne le savent pas, LE gestionnaire de documents Gnome c'est Nautilus. C'est donc l'équivalent de Konqueror, ou plutôt de Dolphin car Nautilus ne prend pas en charge le oueb. Pour plus d'information sur ce formidable outil, passez par ici.

Sous KDE, le parcours, la lecture et la sauvegarde des fichiers est géré par KIO. Ce moteur prends des URI en entrée (ex. sftp://mon_dossier_distant/mon_fichier) et en fonction du protocole va sélectionner un de ses nombreux plugins (KIO_slave) pour savoir quoi faire du chemin qui compose le reste de l'URL. Sous Gnome, un parfait équivalent existe maintenant avec GIO et GVFS.

J'ai longtemps cherché un équivalent à KDirStat avant de finalement tomber sur baobab qui fait maintenant parti des Gnome Utils. Rien que la vue en camembert éclaté est un régal. Un outil indispensable.

Fichiers Audio

Pour l'extraction de piste sur un CD Audio, il existe de nombreuses alternative à KAudioCreator comme sound-juicer ou gRip. Personnellement j'ai un faible pour grip qui est de loin le plus complet avec la possibilité de choisir aussi bien l'outil de compression que celui d'extraction. A noter que sur ce point, il intègre par défaut l'excellent extracteur cdparanoia qui est à lui seul un gage de qualité. En effet, l'extraction audio est loin d'être une science exacte, surtout lorsque l'on passe à des vitesses supérieurs à 1x. La raison principale en est que le CD AUDIO, n'est pas à accès "aléatoire", c'est à dire qu'une piste est lue de manière linéaire exactement comme sur un vinyle. Seuls existent la position et la taille de la piste. Du coup si le lecteur vibre, n'est pas de qualité parfaite, fluctue dans sa vitesse de rotation, etc, l'extraction peut être de plus ou moins bonne qualité. Et ce sans compter sur les problèmes de rayures et autres altérations de a surface.

CDParanoia est donc là pour s'assurer que tout se passe bien et que la lecture est strictement conforme à l'original. Il sera donc moins rapide que son lointain ancêtre cdda2wav mais tant qu'à numériser votre audiothèque, autant que ce soit bien fait.

Pour la lecture des collections, soit vous avez un serveur MPD et le choix se porte sur l'excellent sonata, soit vous lisez le tout en local et l'équivalent d'Amarok est Rhythmbox.

Les Photos

L'application dédiée à la photo numérique qui se rapproche le plus de DigiKam pour la partie gestion est f-spot. Relativement esthétique et plutôt sympa à utiliser, elle répond au besoin avec un plus sur l'équivalent KDE : l'affichage des images sur une échelle de temps aussi pratique et qu'intuitive.

N'ayant pas d'appareil photo numérique de tueur qui pond du RAW à 12mo la pièce, je n'ai pas pu tester si cet outil utilisait gPhoto2 pour importer directement des images de ce type d'appareil (sans passer par la flash). J'ai cependant constaté qu'il reconnaissait sans problème le format RAW lui-même, au moins pour le Canon EOS 5D.

Malheureusement cette outil fonctionne sous .net/mono (cf. premier chapitre) et je l'ai donc éliminé pour sa lenteur, surtout à l'import. Donc pour mes photos je m'en tiens à ce bon vieux nautilus avec mes propres dossiers et l'affichage des miniatures, et cela me suffit très largement. Pour l'import de fichier RAW vous avez GtKam le frontal graphique de gphoto2.

Gravure

Sous Nautilus, l'URI burn: donne accès à une véritable petite centrale de gravage de CD/DVD. Vous pourrez alors déposer des fichiers et les sauvegarder en un tour de main. Il est aussi possible de graver de la sorte une image ISO simplement en cliquant droit sur son fichier et en sélectionnant Créateur de CD/DVD. Par contre, je n'ai trouvé aucun moyen de vider un disque ré-inscriptible.

Mais même si burn: peut rendre service, il n'exclue pas l'utilisation d'un réel logiciel de gravage de la trempe de K3B. Et la bonne option dans ce domaine me semble être brasero qui offre toutes les fonctionnalités voulues (gravage d'iso, de cd audio, données, etc.) ainsi qu'une très bonne intégration avec le bureau.

Impressions

Sous Gnome, l'application chargée de l'impression est gnome-cups-manager qu'il convient d'installer si ce n'est déjà fait. Comme son nom l'indique il communique avec un serveur CUPS (local ou distant), permet de gérer les files d'impression et le paramétrage des imprimantes. Le tout est assorti d'une icône dans la boite de miniatures indiquant l'état de l'imprimante et des documents en attente d'impression.

Comme KPrinter, Gtk dispose d'une sortie standard pour les documents PDF et PostScript. Pour l'utiliser, à partir de n'importe quelle application Gtk, y compris FireFox, il suffit d'aller dans Fichier/Imprimer et de sélectionner Sortie dans un fichier. Ceci fait vous pouvez choisir le format de sortie (PDF ou PS), le nom du fichier et le dossier cible.

Visualisation

Pour ce qui est du format PDF, le lecteur équivalent à KPDF est Evince. Ce dernier fait à prés le même job en étant un chouilla moins évolué notamment sur la sélection de portion de document, la recherche et les exports vers le presse papier.

Pour ce qui est de l'équivalent à KuickShow et autre GwenView, les options possibles sont nombreuses mais ma préférée est clairement gThumb. Tout aussi intégré que l'officiel EyeOfGnome, gThumb sait gérer la roulettes pour faire défiler les images et surtout dispose d'un véritable diaporama plein écran, sans affichage intempestifs de barre d'outils.

Enfin, pour manipuler directement sous Nautilus une série de photos, il existe le paquet nautilus-image-converter. Noter que ces opérations ne sont pas destructives concernant les méta informations EXIF contenus dans les images.

Numérisation

Pour numériser le remplaçant de Kooka est sensé être gnome-scan, un projet Google Summer of Code 2006. Il est cependant très, mais alors très loin d'arriver à la cheville de son grand frêre KDeiste. Il dispose maintenant d'un mode aperçu mais n'a pas la bonne idée de baisser la résolution avant son acquisition. Enfin il plante (version 0.6) autant qu'il peut .

Il existe aussi gScan2Pdf, écrit en Perl/GTK, qui est ergonomique, offre la génération automatique de PDF (c'est son métier) et une excellent intégration avec Tesseract, cet OCR qui m'avait déjà bluffé. Son seul problème est qu'il est lent, terrrrrriblement lenteur. De plus, l'absence d'aperçu et de la délimitation de zones spécifiques l'exclu pour un usage courant.

Il ne reste plus que le vénérable et néanmoins ultra-performant XSane. Là toutes les options y sont et même plus, c'est l'inverse de gnome-scan : aperçu, paramétrage complet, délimitation de zone, correction de colorimétrie. En bref, ce sera lui que j'utiliserais.

Indexation des fichiers

Sous Mandriva, l'outil d'indexation et recherche de fichiers installé en standard est Beagle qui est une autre application .net/mono que je trouve d'une lenteur pénalisante.

Une alternative native et autrement plus légère (11mo en mémoire) est tracker qui propose les mêmes options, les mêmes capacités d'indexation, plusieurs interfaces de recherches (deskbar, greffon pour le tableau de bord, ligne de commande, interface dédiée), tout en étant plus rapide que Beagle.

Le tout est contrôlable facilement en utilisant tracker-applet pour le paramétrage, mais aussi pour savoir ce que fabrique le démon d'indexation trackerd.

Communiquer

Monde KDE/Qt	Monde Gnome/GTK
Kopete	pidgin et plus tard Empathy
Kirc	XChat
KTorrent	transmission
Konqueror	Firefox ou Epiphany
Akregator	liferea
KBear	gFTP
KGet	gwget
Kvncviewer	vinagre
KMobileTools	gnome-phone-manager

Afficher les bureaux distants

Si vous utilisez NX, le client est de toute façon bâti sur GTK2, donc pas de problème ce sera mieux intégré encore que sous KDE.

Pour ce qui est de VNC, l'équivalent de kvncviewer est le très sympathique vinagre. Signets, adresses récentes, gestion virtuelle des combinaisons de touches spéciales, tout y est. A noter que la prochaine version 2.26 va aussi intégrer le protocole RDP.

Messagerie instantanée

Pour ce qui est de la messagerie instantanée, le très bon équivalent à Kopete est Pidgin (anciennement Gaim).

Il dispose, comme Kopete, du concept de méta-contacts. Pour l'utiliser, il faut faire un glisser-déposer d'un contact sur un autre en attendant 2 bonnes secondes avant de relâcher sur la cible. Là, magie, le contact cible s'ouvre comme un dossier et vous pouvez relâcher la souris. Vous pouvez ainsi grouper sous un même contact, tout ses accès (msn, icp, jabber, etc.). Ensuite, il est possible d'ouvrir le contact avec un click-droit/étendre et supprimer, re-déplacer ou réordonner les sous contacts. Le contact par défaut est le premier de la liste.

Autre point qui va dérouter les Kopétistes, l'archivage n'est pas automatique. Il faut en activer le greffon correspondant, puis activer l'archivage dans les préférences. Et toujours pour s'y retrouver, notez que le protocole Jabber est nommé XMPP.

A noter enfin l'arrivée depuis Gnome 2.24 d'Empathy qui est l'outil officiel Gnome. Il utilise la librairie Telepathy qui se place comme un prometteur remplaçant de Pidgin et s'appuie sur une série de composant le rendant intégrable un peu partout sur le bureau. Par exemple, il existe déjà des greffons pour le tableau de bord permettant d'afficher les amis connectés. Pour l'instant l'application est en elle-même assez jeune en fonctionnalité et ne remplacera pour l'heure pas Pidgin, mais elle reste à suivre de près.

Clients IRC

Pour ceux qui utilisent encore le vénérable réseau IRC, la solution de remplacement à KIRC est XChat. Cela m'a un peu surpris, voir inquiété au début car ce nom m'évoque plus une vieille application sous X/Motif. Mais il n'en est rien et c'est bel et bien une appli GTK2 visuellement intégrée au bureau.

Client Torrent

Ce que j'ai trouvé de plus simple et efficace dans ce domaine est transmission, un petit client torrent qui répond à 100% des mes besoins en toute légèreté.

Client FTP

Déjà il y a la possibilité d'utiliser, comme pour konqueror, directement Nautilus par nautilus --browser ftp://user:pass@monsite/chemin.

Après si pouvez préférer utiliser gftp, application dédiée, comme kbear, au FTP, avec files de téléchargements et tout le tremblement.

Butineurs

Alors oui évidement, il y a FireFox, créé à l'origine comme une version légère de Mozilla et qui aujourd'hui dépasse largement le seuil d'obésité. Je vous avoue qu'il ne tient sur mon bureau que par les inestimables extensions dont il dispose... Mais force est d'avouer qu'il s'intègre beaucoup mieux à Gnome (apparence, glisser-déposer entre applications, etc.) qu'à KDE. Et c'est d'autant plus vrai avec sa version 3.x qui utilise (enfin !) le thème d'icônes courant.

Ceci dit, il existe des alternatives qui deviennent de plus en plus intéressantes. Outre Galeon qui pêche par une intégration visuelle que j'ai trouvé assez médiocre, il y a le navigateur officiel de Gnome, Epiphany. Epiphany utilise encore Gecko, le moteur de rendu HTML de Mozilla/FireFox, mais va très prochainement basculer sur WebKit. C'est d'ailleurs ce même moteur qui est utilisé dans le navigateur Google Chrome.

A noter enfin que du côté des gestionnaires de téléchargement, il y a gwget qui est un équivalent à Kget utilisant le célèbre wget. You get it ? ;-)

Lecture des nouvelles

Pour la syndication et donc le remplacement du très bon aKregator, c'est Liferea qui s'y colle. Cet outil est propre, efficace, épuré et rapide. En plus l'import se fait sans broncher en 10 secondes via un fichier ompl.

Un remplaçant d'Akregator, et même plus en réalité. Car outre l'abonnement classique à une flux, Liferea dispose de deux atouts : la boîte à nouvelles et le dossier de recherche. Sa boite à nouvelle permet de définir des dossiers spéciaux dans lesquels il est aisé de copier une nouvelle à conserver. Le dossier de recherche quant à lui permet d'agréger des flux et de les filtrer selon une liste de règles.

Pour ce qui est de l'apparence visuel vous pouvez changer à peu prés ce que vous voulez en suivant ce tutorial.

Les outils bureautique

Monde KDE/Qt	Monde Gnome/GTK
KWord	openoffice-text ou Abiword
KSpread	openoffice-calc ou gnumeric
KPresenter	openoffice-presenter
Kexi	Bond
Kivio	openoffice-draw ou DIA
Karbon14	Inkscape
Krita	The Gimp
KPlato	planner
KChart	openoffice
KFormula	openoffice
Kugar	openoffice
Kdissert	rien :/

Concernant les outils bureautique il est un peu délicat de parler de passage à Gnome car au fond la seule suite qui fonctionne réellement de bout en bout est openoffice qui est intégré aussi bien à KDE qu'à Gnome. A noter que sous Gnome, GVFS et GIO ont été intégrés pour la v3, permettant par exemple d'ouvrir un document via le WEB.

Du coup, même lorsque j'étais sous KDE, je n'ai jamais réellement travaillé avec KOffice qui à cette époque était plutôt inutilisable. En revanche, sous Gnome, il existe quelques outils bureautique alternatifs à OpenOffice de très bonne qualité.

Textes

Côté traitement de texte nous avons AbiWord, très léger et quasi-complet mais certes moins performant qu'openoffice-writer.

Feuilles de calcul

Pour les tableurs nous avons Gnumeric, lui aussi léger et performant et aussi complet pour un usage ponctuel qu'openoffice-calc.

Dessins vectoriels

Pour ce qui est du dessin vectoriel c'est un peu l'enfer pour réaliser quelque chose qui ait un look professionnel. OpenOffice-draw est très maniable mais est infichu de produire des graphismes de qualités notamment concernant le lissage des courbes. Résultat vos présentations auront systématiquement l'air de sortir d'un garage...

Il existe une astuce pour "activer" un lissage consistant à passer par l'export PDF mais là c'est les gradients qui en prennent un coup sur la tête. La seule solution que j'ai trouvé pour faire quelque chose de propre avec cet outil est de créer les gradients avec Gimp et d'utiliser les remplissage par bitmaps étirés. Très pratique...

Sinon un outil qui lisse parfaitement et qui est tout aussi maniable, si ce n'est plus, qu'openoffice-draw est Dia. Il contient aussi un très bon moteur de liaison des objets (capable de suivre les courbes) et une formidable bibliothèque de composant. Son seul défaut est que ses capacités de style sont limitées à l'indigence, pas de gradients, pas de remplissage bitmap, rien, c'est complètement hallucinant.

Un outil qui lui permet de lisser ET de styler proprement les formes est InkScape, un logiciel de dessin vectoriel travaillant nativement sur le format SVG. Mais lui son problème c'est qu'il est parfait pour faire des maquettes d'IHM ou du travail d'art, mais totalement inutilisable pour produire rapidement un schéma d'architecture réseau.

Du coup dans le chapitre dessin vectoriel, le choix se porte sur le moins pire, à savoir openoffice-draw.

Présentations

Pas grand chose à dire là dessus car finalement openoffice-impress semble être le seul à répondre, très mal et très mochement, à l'appel. Maintenant le moteur est le même que openoffice-draw et donc les mêmes astuces s'appliquer pour améliorer le rendu (lissage & co.).

Pour une présentation en publique, une astuce consiste à générer un PDF et d'utiliser le magnifique générateur de transition keyjnote.

Dessins Bitmap

Pour ce qui est de la retouche d'images, je ne pense pas qu'il soit nécessaire de présenter Gimp. Ou si peut-être, juste pour l'anecdote. Saviez-vous qu'au moment de lancer le projet Gnome pour concurrencer le vilain KDE considéré par la communauté GNU comme non libre, l'équipe de développement c'est trouvé face à un "léger" problème. En effet, KDE s'appuie complètement sur Qt (ce qui est la cause même de la discorde) fournissant l'ensemble des composants graphiques nécessaires à la construction du bureau. Et il n'y avait rien d'équivalent à l'époque sous licence GPL.

L'idée leur est alors venue d'utiliser une série de composants qu'avaient développés l'équipe de Gimp pour leur application. C'est ainsi que "naquis" Gtk pour... Gimp ToolKit.

Mind maps

Il me fallait un outil de création de dessins heuristiques (aka mindmap). Et là, c'est un peu le no gnome's land. Et tous les outils que j'ai pu trouver sont encore très loin de ce qu'il était possible de faire avec vym (Qt) ou encore FreeMind (en Java/Swing).

Base de données

Là il s'agit de la version bureautique, à la "Access" du sujet qui sous KDE est couvert par kexy. Après avoir essayé pas mal de chose, j'ai fini par trouverr bond que je n'ai pas encore testé suffisament pour en parler de manière extensive. Le back-end utilise l'excellent postgreSQL.

Gestion de projet

Dans ce domaine, du moins à l'époque où je l'ai quitté, c'est Gnome qui avait une véritable application de gestion de projet "à la" MS Project avec planner. On y trouve à peu prés toutes les fonctions classiques de ce type d'outil et son usage est relativement simple.

Gestion des données personnelles

Monde KDE/Qt	Monde Gnome/GTK
KMail	evolution ou sylpheed ou balsa ou thunderbird
KNote	evolution ou tomboy ou l'applet "pense-bête" du tableau de bord
Todos	tasks ou Glista
KOrganizer	dates ou evolution ou sunbird
KAddressBook	datesevolution ou thunderbord
KARM	hamster ou gnotime
basKet	Gnome Outliner ou mieux, zim.

La gestion de données personnelles regroupe classiquement la messagerie, la prise de notes, l'agenda, les todo's et le carnet d'adresses. Soit en gros tout ce que l'on peu trouver dans un Filofax. Sous KDE, tout cela est pris en charge par KMail, KNotes, KOrganizer et KAddressBook. L'ensemble pouvant être regroupé sous une interface unique à la outlook nommée Kontact.

Bien sur il existe de petites applications Gtk2 qui gèrent chacun de ces domaines (ex. le super léger Sylpheed pour le courrier) mais la solution intégrée la plus aboutie est clairement Evolution. Avec cet outil, on a un peu l'impression de se retrouver avec outlook mais bon, on s'y fait. L'ensemble est stable et d'une rapidité acceptable.

Liste de tâches

La gestion des tâches est la plus simple et la plus complexe application qui soit, et pourtant il est rare de trouver celle qui nous convienne. C'était le cas sous KDE (avec KOrganizer), cela ne change pas beaucoup sous Gnome avec cependant plus de choix.

De manière "standard" nous avons déjà evolution qui propose une liste des plus classique avec catégories, priorités et date d'échéance. Cette dernière utilise le système de notification général permettant d'être prévenu lorsque la tâche arrive à terme. Sur la base il y a donc tout ce qu'il faut, c'est sur la présentation que cela coince un peu. La gestion des catégories par liste déroulante est tout sauf pratique lorsque vient le moment d'organiser des centaines d'entrées (pas de création directe de catégories, pas de glisser/déposer d'une catégorie à l'autre, etc.).

A noter qu'une version légère de gestionnaire de tâche existe avec tasks qui a l'avantage d'être très rapide et surtout d'utiliser le même stockage qu'evolution. Les deux outils peuvent donc être utilisés alternativement. Malheureusement ils partagent aussi les mêmes défauts de présentation et d'ergonomie.

Une bonne alternative est glista. Cette application se distingue par son ergonomie ultra-simplifiée et une présentation propre et agréable à utiliser. Par exemple si vous entrez une nouvelle tâche nommée "maison: poser les rideaux", cela génère (ou utilise) automatiquement la catégorie "maison" pour un ranger la tâche "poser les rideaux". En revanche elle ne dispose pas de date d'échéance, de notification et utilise son propre système de stockage ce qui est dommage.

Dans les outils qui gravitent autour de la liste de tâche, nous avons aussi celles de gestion de temps comme KARM. Ici plusieurs possibilités avec gnotime qui est très complet et hamster qui s'intègre directement au tableau de bord.

Les notes et idées

L'équivalents de KNotes sous Gnome est un greffons pour le tableau de bord nommé pense-bête. Vous pouvez aussi utiliser les notes présentes dans evolution. Malheureusement ces deux outils n'utilisent pas la même source et ne sont donc pas synchrones.

Lorsqu'il s'agit de prise de notes plus évolués comme l'excellent basKet sous KDE, le monde Gnome se retrouve un peu nu. Il existe cependant des approches partielles comme gnome outliner, mais la meilleur alternative à mon sens, même si d'un style un peu différent, est le méconnu outil zim qui est un WIKI pour le bureau. La gestion des hiérarchies est automatisée, la mise en page très riche allant jusqu'à la gestion des cases à cocher et des TODO.

Les messagerie

La messagerie d'Evolution supporte tous les protocoles classique (POP3,IMAP) mas aussi le plus contestable protocole d'Exchange. Il dispose en outre d'une gestion des pourriels. Pour ceux qui viennent de KMail, la gestion des identités multiples sous Evolution est un peu déroutante. Pour en bénéficier, il faut pour chacune d'entre elles créer un compte classique mais SANS serveur de réception (IMAP/POP). Chaque compte devient alors une identité utilisable lors de la rédaction d'un courriel. A noter une petite coquetterie, chaque identité est lié à un serveur SMTP qui dans 99.9% des cas sera toujours le même.

A noter pour les utilisateurs de serveurs Cyrus-Imapd, qu'evolution a un souci pour voir les dossiers partagés lorsqu'ils sont au même niveau que l'INBOX, alors que KMail n'a jamais eu de problèmes. Du coup il faut modifier /etc/imapd.conf, y ajouter un altNamespace=1 et redémarrer cyrus. Le résultat est que tout est maintenant sous INBOX après avoir activé, désactivé le compte sous évolution...

Concernant la récupération des données KMail, Evolution offre la possibilité d'importer les boites au format mailbox. Si c'est ce que vous utilisez, c'est parfait, mais si vous aviez opté pour le format maildir : ne paniquez pas ! Commençez par créer dans KMail un dossier temporaire au format mailbox : click droit sur Local Folders (ou "Dossiers Locaux") puis "créer un nouveau dossier" ; on va l'appeler "temporary" et selectionner le format "mailbox". Puis copier le dossiers que l'on souhaite exporter dans "temporary" : click droit sur un dossier -> copier vers -> dossiers locaux -> temporary

Maintenant, l'importation en elle-même : dans Evolution, aller dans fichier -> importer -> importer un seul fichier, puis chercher le dossier qui a été copié dans temporary ; celui-ci doit sans doute se trouver dans ~/.kde/share/apps/kmail/mail/.temporary.directory/ . Cliquer sur importer et préciser où envoyer le dossier en question. Et Vouala !

L'Agenda

Le module Agenda d'Evolution est aussi évolué que ses concurrents Outlook ou KOrganizer et propose en tout cas toutes les fonctionnalités de bases attendues de ce genre d'outil. L'importation de l'agenda KOrganizer ne pose pas de problèmes particulier en passant par l'export au format iCalendar. Ce module dispose d'une extension Gnome permettant la notification sur le bureau des rendez-vous en alerte.

En revanche, son support des WebCal (Calendriers partagés par WebDav) est assez pauvre et ne fonctionne qu'en lecture seule. Un outil comme Mozilla SunBird est beaucoup plus efficace sur ce point.

Le carnet d'adresses

Pour ce qui est de KAddressBook, le module carnet d'adresses d'Evolution répond présent et il n'y a pas grand-chose à y redire. Pour importer les entrées de KAddressBook, il suffit de passer par le format vCard v3 (pas ldif !!) et cela passe tout seul.

A noter enfin que ce module est capable d'attaquer une base LDAP en lecture ET en écriture.

Développement

Monde KDE/Qt	Monde Gnome/GTK
Kate	gedit ou geany
KDevelopper	Code::Blocks ou OpenKomodo
KBabel	gtranslator
Kdiff3	meld
kcachegrind	???
kchmviewer	GnoChm
kcolorchooser	gcolor2

Après avoir beaucoup cherché j'ai enfin compris que l'outil de remplacement de Kate était gedit. J'ai tellement aimé que j'en ai fait un tutoriel pour lui tout seul. Officiellement l'équivalent de Quanta serait plutôt BlueFish, mais là aussi, je préfère maintenant utiliser gedit.

Pour ce qui est des "vraies" plate-formes de développement, même si personnellement je reste avec Eclipse, parfaitement intégré à Gnome, il existe des alternatives à KDevelopper comme Code::Blocks ou OpenKomodo.

Pour l'édition des fichiers PO, un très bon remplacement de KBabel est gtranslator avec traduction automatique et tout...

Concernant la comparaison de fichier j'ai longtemps regrété kdiff3 jusqu'à ce que je tombe sur le magnifique meld. Tout y est, comparaison à 2 ou 3 pivots sur fichiers ou dossiers, merges manuel, resynchro, etc...

Pour le sélecteur de couleur si utile pour construire une feuille CSS, le bon équivalent à KColorChooser est gcolor2.

Enfin pour finir le petit outil équivalent à kchmviewer permettant de lire les fichiers CHM est GnoChm.

Dans la série des gros manque, aucune application Gnome pour remplacer l'inestimable KcacheGrindIndex

Conclusion

Gnome fonctionne et répond au besoin sans grands compromis. Le bureau est beaucoup plus homogène et rapide qu'avec KDE c'est une certitude. Les applications de remplacement sont de qualité variable mais une chose est sure, il semble beaucoup plus simple de contribuer à leur amélioration que pour KDE. Chacune des applications du bureau est un projet indépendant et tout ne s'emmêle pas en un grand plat de spaghettis. Maintenant il ne reste plus qu'à faire vivre cela, pendant encore, disons les sept prochaines années ;-)