Ben si. Ca fait exactement la meme chose, sauf que en plus, ca s'interface a HAL, ca ne depend pas de libice et donc de X11, et ca ne gere pas les petits plus de dcop pour l'integration dans Qt/KDE.
> L'usage de DBUS/HAL est actuellement ici :
> - NetworkManager
Ca veut dire quoi ?
> - bluez
connait pas.
> - cups
Ah, KDE utilise kpart et dcop pour ca.
> - desktop-printing
Je sais pas ce que c'est mais j'imagine que c'est l'equivalent de kprint. Je pense que KDE s'interface directement avec cups pour ca et qu'il n'y a pas besoin de DCOP.
> - gnome-volume-manager (Gnome)
Il me semble, mais ca serait a confirmer que cette information est lue directement par le systeme et qu'il n'y a pas besoin de framework de comm pour ca. Si il y en a un, c'est forcement dcop.
Comme tu vois, DCOP est deja la ou DBUS aura sa place. C'est donc pas facile de remplacer l'un par l'autre.
> - D-BUS supplies both a system daemon (for events such as "new hardware device added" or "printer queue changed") and a
> per-user-login-session daemon (for general IPC needs among user applications).
DCOP n'est que un serveur per-login-session dans KDE. En revanche, la gestion de la queue de l'imprimante est fait directement par cups il me semble, et je suis surpris de voir qu'il faut HAL + DBUS pour faire ca .
> Si KDE était plus "motivé", cette partie "system daemon" serait deja integree
Ben voyons, t'imagines que ca se fait tout seul ? Ca prend du temps et si c'est arrive dans Gnome 2.8, c'est parce que des gens ont passe beaucoup de temps a bosser dessus.
Pour ce qui est de cups, KDE l'utilise depuis longtemp (bien avant Gnome) et je vois pas trop ce que DBUS va apporter a ca.
[^] # Re: KDE, the integrative desktop
Posté par Philippe F (site web personnel) . En réponse à la dépêche Le moteur de Mozilla porté sous Qt. Évalué à 2.
Ben si. Ca fait exactement la meme chose, sauf que en plus, ca s'interface a HAL, ca ne depend pas de libice et donc de X11, et ca ne gere pas les petits plus de dcop pour l'integration dans Qt/KDE.
> L'usage de DBUS/HAL est actuellement ici :
> - NetworkManager
Ca veut dire quoi ?
> - bluez
connait pas.
> - cups
Ah, KDE utilise kpart et dcop pour ca.
> - desktop-printing
Je sais pas ce que c'est mais j'imagine que c'est l'equivalent de kprint. Je pense que KDE s'interface directement avec cups pour ca et qu'il n'y a pas besoin de DCOP.
> - gnome-volume-manager (Gnome)
Il me semble, mais ca serait a confirmer que cette information est lue directement par le systeme et qu'il n'y a pas besoin de framework de comm pour ca. Si il y en a un, c'est forcement dcop.
Comme tu vois, DCOP est deja la ou DBUS aura sa place. C'est donc pas facile de remplacer l'un par l'autre.
> - D-BUS supplies both a system daemon (for events such as "new hardware device added" or "printer queue changed") and a
> per-user-login-session daemon (for general IPC needs among user applications).
DCOP n'est que un serveur per-login-session dans KDE. En revanche, la gestion de la queue de l'imprimante est fait directement par cups il me semble, et je suis surpris de voir qu'il faut HAL + DBUS pour faire ca .
> Si KDE était plus "motivé", cette partie "system daemon" serait deja integree
Ben voyons, t'imagines que ca se fait tout seul ? Ca prend du temps et si c'est arrive dans Gnome 2.8, c'est parce que des gens ont passe beaucoup de temps a bosser dessus.
Pour ce qui est de cups, KDE l'utilise depuis longtemp (bien avant Gnome) et je vois pas trop ce que DBUS va apporter a ca.