> intégrer HAL le plus vite possible dans Kde
> rendre compte apres que c'est un hack immonde
(....) ...
Hal est dans Gnome 2.8, tu crois ça été fait avec des hacks immondes ?
Gnome 2.8 utilise DBUS, c'est aussi un hack immonde ?
Il faut ne pas connaitre ces technos pour penser ça.
Où est utiliser Hal dans gnome actuellement :
- nautilus-cd-burner
- gnome-volume-manager
C'est tout pour Gnome ! Ce n'est pas une montagne à faire pour KDE.
C'est la partie bureau et non la partie plateforme !
Pour DBUS, c'est la même chose actuellement.
DBUS n'a pas pour vocation de remplacer DCOP ou bonobo ou ORBit (pas actuellement tout au moins).
Que dit le site web DBUS :
- 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).
Actuellement, Gnome utilise DBUS comme "system daemon" (principalement pour hal/gnome-volume-manager). Et en fait, Gnome est seulement client et non serveur (serveurs : HAL, Cups et NetworkManager (qui fait client et serveur)).
J'espère que Gnome va utiliser "per-user-login-session daemon" et KDE aussi.
Mais sans "standardisation" des messages (par exemple le message "nouveau mail", etc), c'est sans intérêt que Gnome _ET_ KDE le fasse.
Si KDE était plus "motivé", cette partie "system daemon" serait déjà adoptée. Au moins pour prendre en compte les autres serveurs (cups, NetworkManager, hal, etc) qui ne sont pas forcément lié à Gnome (donc au bureau).
[^] # Re: KDE, the integrative desktop
Posté par 007 . En réponse à la dépêche Le moteur de Mozilla porté sous Qt. Évalué à 0.
> rendre compte apres que c'est un hack immonde
(....) ...
Hal est dans Gnome 2.8, tu crois ça été fait avec des hacks immondes ?
Gnome 2.8 utilise DBUS, c'est aussi un hack immonde ?
Il faut ne pas connaitre ces technos pour penser ça.
Où est utiliser Hal dans gnome actuellement :
- nautilus-cd-burner
- gnome-volume-manager
C'est tout pour Gnome ! Ce n'est pas une montagne à faire pour KDE.
C'est la partie bureau et non la partie plateforme !
Pour DBUS, c'est la même chose actuellement.
DBUS n'a pas pour vocation de remplacer DCOP ou bonobo ou ORBit (pas actuellement tout au moins).
L'usage de DBUS/HAL est actuellement ici :
- NetworkManager
- bluez
- cups
- desktop-printing
- nautilus (Gnome)
- gnome-volume-manager (Gnome)
Que dit le site web DBUS :
- 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).
Actuellement, Gnome utilise DBUS comme "system daemon" (principalement pour hal/gnome-volume-manager). Et en fait, Gnome est seulement client et non serveur (serveurs : HAL, Cups et NetworkManager (qui fait client et serveur)).
J'espère que Gnome va utiliser "per-user-login-session daemon" et KDE aussi.
Mais sans "standardisation" des messages (par exemple le message "nouveau mail", etc), c'est sans intérêt que Gnome _ET_ KDE le fasse.
Si KDE était plus "motivé", cette partie "system daemon" serait déjà adoptée. Au moins pour prendre en compte les autres serveurs (cups, NetworkManager, hal, etc) qui ne sont pas forcément lié à Gnome (donc au bureau).