> DBUS n'a pas les mêmes fonctionnalités/objectifs que DCOP.
C'est pas tout a fait vrai. DBUS est un framework de communication tres similaire a DCOP dans ses fonctionnalites, qui a ete modele d'apres DCOP en partie, pour pouvoir a terme le remplacer et pour repondre au meme besoin.
DCOP presente l'inconvenient de dependre de je-sais-plus-quelle-lib X11 pour sa communication. Note que c'est un exemple ou contrairement a ce que tu affirmes, KDE s'est appuye sur une techno existante.
Si DBUS peur remplacer completement DCOP a terme, c'est bien parce qu'ils servent a la meme chose. Maintenant, DBUS a plusieurs avantages sur DCOP, c'est d'une part qu'il a moins de dependances, d'autres part qu'il s'integre avec HAL pour nous faire des choses sympatiques. Note que ces dernieres fonctionnalites ne sont pas stable (je suis d'ailleurs etonne que tu me dises que c'est deja utilise dans Gnome, je n'etais pas au courant).
Donc DBUS integre a HAL, ca fait plus que DCOP et c'est pour ca que j'espere que KDE va y passer. Maintenant, tu ne remplaces pas une techno stable depuis 3 ans qui a fait ses preuves et est parfaitement integre par une techno pas encore tout a fait stable, encore relativement peu utilise et qui presente des inconvenients (DCOP gere les signaux et slot de facon tres pratique) sans reflechir attentivement a l'impact que ca va avoir dans KDE.
Meme si tous les hackers de KDE etaient a fond pour DBUS, ils ne pourraient pas le faire rentrer demain dans KDE. L'utilisation de DBUS va casser la compabilite binaire de KDE, et n'est donc possible que pour KDE 4.
> - gstreamer : framework multimédia, le serveur est/sera MAS
> - DBUS : serveur
> - HAL : serveur
> Tout ça, KDE ne l'a pas.
HaL, personne ne l'a puisque ca date de cette annee. DBUS, KDE avait une equivalent qui remplissait tres bien la tache mais qui n'est pas integre a HAL (qui de fait n'existait pas jusqu'a il y a peu). Pour gstreamer, KDE avait une solution merdique mais presente de puis longtemp.
Malgre la meilleure volonte du monde, on ne peut pas faire rentrer ces technos dans KDE en quelques semaines. Elles sont rentrees plus facilement dans Gnome car c'est la qu'elles ont ete developpees initialement.
> Ben dans les fait, ce n'est pas toujours vérifié.
Ben si, la volonte de KDE est verifiee dans les faits, cf le titre de la news. Maintenant, ce n'est pas verifie dans les faits qui semblent te tenir a coeur, mais je pense que tu as tort d'interprter ca comme une volonte de KDE de ne pas vouloir aller dans cette direciton. Il faut juste plus de temps.
[^] # 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é à 10.
C'est pas tout a fait vrai. DBUS est un framework de communication tres similaire a DCOP dans ses fonctionnalites, qui a ete modele d'apres DCOP en partie, pour pouvoir a terme le remplacer et pour repondre au meme besoin.
DCOP presente l'inconvenient de dependre de je-sais-plus-quelle-lib X11 pour sa communication. Note que c'est un exemple ou contrairement a ce que tu affirmes, KDE s'est appuye sur une techno existante.
Si DBUS peur remplacer completement DCOP a terme, c'est bien parce qu'ils servent a la meme chose. Maintenant, DBUS a plusieurs avantages sur DCOP, c'est d'une part qu'il a moins de dependances, d'autres part qu'il s'integre avec HAL pour nous faire des choses sympatiques. Note que ces dernieres fonctionnalites ne sont pas stable (je suis d'ailleurs etonne que tu me dises que c'est deja utilise dans Gnome, je n'etais pas au courant).
Donc DBUS integre a HAL, ca fait plus que DCOP et c'est pour ca que j'espere que KDE va y passer. Maintenant, tu ne remplaces pas une techno stable depuis 3 ans qui a fait ses preuves et est parfaitement integre par une techno pas encore tout a fait stable, encore relativement peu utilise et qui presente des inconvenients (DCOP gere les signaux et slot de facon tres pratique) sans reflechir attentivement a l'impact que ca va avoir dans KDE.
Meme si tous les hackers de KDE etaient a fond pour DBUS, ils ne pourraient pas le faire rentrer demain dans KDE. L'utilisation de DBUS va casser la compabilite binaire de KDE, et n'est donc possible que pour KDE 4.
> - gstreamer : framework multimédia, le serveur est/sera MAS
> - DBUS : serveur
> - HAL : serveur
> Tout ça, KDE ne l'a pas.
HaL, personne ne l'a puisque ca date de cette annee. DBUS, KDE avait une equivalent qui remplissait tres bien la tache mais qui n'est pas integre a HAL (qui de fait n'existait pas jusqu'a il y a peu). Pour gstreamer, KDE avait une solution merdique mais presente de puis longtemp.
Malgre la meilleure volonte du monde, on ne peut pas faire rentrer ces technos dans KDE en quelques semaines. Elles sont rentrees plus facilement dans Gnome car c'est la qu'elles ont ete developpees initialement.
> Ben dans les fait, ce n'est pas toujours vérifié.
Ben si, la volonte de KDE est verifiee dans les faits, cf le titre de la news. Maintenant, ce n'est pas verifie dans les faits qui semblent te tenir a coeur, mais je pense que tu as tort d'interprter ca comme une volonte de KDE de ne pas vouloir aller dans cette direciton. Il faut juste plus de temps.