Par exemple pour avoir un icone qui te dit que l'impression est réellement terminé. Puis peut-être avoir abiword qui te donne aussi l'information. Quand t'imprimes sous Unix, tu ne sais pas quand l'impression est terminé (sauf avec lpq).
> Je te parle de communication entre application gnome
C'est déjà fait ! Mais pas avec Dbus. Avec ORBit/bonobo. Et j'ai déjà dit que j'en ai rien à foutre que se soit fait avec DBus ou ORBit/bonobo. Gnome n'a pas besoin de DBus pour ça. Rien ne pousse Gnome à utiliser DBus pour ça. Donc Gnome n'utilise pas DBus pour ça. Du moins actuellement. Mais rien empêche tout développeur d'applis de le faire. Il a le choix entre deux technos (au minimum) et il n'y a pas de raison de le restreindre à seulement une techno.
Tu comprends ça ?
Mon bon, j'ai compris (que pour le principe : je ne vois pas autre raison) que tu veux que se soit fait avec DBus et pas avec autre chose.
Pourquoi ? Misère...
> Il fait une recherche récursive.
Fichtre, ça marche en plus.
Selon la donc :
grep [options] PATTERN [FILE...]
grep [options] [-e PATTERN | -f FILE] [FILE...]
Les options sont en premier et pas à la fin.
> Le probleme, c'est que c'est hal.h qui fait un include de dbus.
Il est claire que nautilus ne va pas batailler directement avec DBus alors qu'il y a l'abstration HAL. Mais nautilus utilise DBus et récupère les messages de HAL via DBus.
[^] # Re: Avis d'un kdeiste
Posté par morgendorffer . En réponse au journal KDE ou Gnome? (pas de troll). Évalué à 0.
Par exemple pour avoir un icone qui te dit que l'impression est réellement terminé. Puis peut-être avoir abiword qui te donne aussi l'information. Quand t'imprimes sous Unix, tu ne sais pas quand l'impression est terminé (sauf avec lpq).
> Je te parle de communication entre application gnome
C'est déjà fait ! Mais pas avec Dbus. Avec ORBit/bonobo. Et j'ai déjà dit que j'en ai rien à foutre que se soit fait avec DBus ou ORBit/bonobo. Gnome n'a pas besoin de DBus pour ça. Rien ne pousse Gnome à utiliser DBus pour ça. Donc Gnome n'utilise pas DBus pour ça. Du moins actuellement. Mais rien empêche tout développeur d'applis de le faire. Il a le choix entre deux technos (au minimum) et il n'y a pas de raison de le restreindre à seulement une techno.
Tu comprends ça ?
Mon bon, j'ai compris (que pour le principe : je ne vois pas autre raison) que tu veux que se soit fait avec DBus et pas avec autre chose.
Pourquoi ? Misère...
> Il fait une recherche récursive.
Fichtre, ça marche en plus.
Selon la donc :
grep [options] PATTERN [FILE...]
grep [options] [-e PATTERN | -f FILE] [FILE...]
Les options sont en premier et pas à la fin.
> Le probleme, c'est que c'est hal.h qui fait un include de dbus.
Il est claire que nautilus ne va pas batailler directement avec DBus alors qu'il y a l'abstration HAL. Mais nautilus utilise DBus et récupère les messages de HAL via DBus.