por
pobrecito hablador
el Miércoles, 30 Noviembre de 2005, 11:57h
(#650174)
Sin embargo, Gnome tiene una base (núcleo, si queréis llamarlo así) más avanzada: HAL, D-BUS, .... Los correspondientes en KDE son más 'pobres' en posibilidades.
Venga el FUD de "Gnome por fuera es feo pero por dentro es tecnológicamente superior". Es mentira. KDE ha tenido siempre una arquitectura más avanzada y estable (la moda hace unos años en GNOME era Bonobo, luego Mono, ¿qué será lo siguiente?).
En GNOME tienen GNOME-VFS que no lo usa nadie (sólo Nautilus) mientras que los KIOSlaves están disponibles en todas las aplicaciones (fíjate como puedes ver películas en Kaffeine que estén en un servidor SSH). Ahora en GNOME han empezado a usar alguna cosa "ligera" para comunicación entre procesos (KDE lleva usando DCOP desde hace años), etc.
GNOME-VFS se puede usar en cualquier aplicación GTK con el nuevo selector (un selector diferente al de windows XP).
DCOP estará muy bien, pero va a ser reemplazado por DBUS.
Por cierto, los que tanto habláis de integración de escritorio KDE, teneis que tener en cuenta que la relación GNOME-GTK no es la misma que la de KDE-QT. Quiźas las aplicaciones QT no están integradas en KDE, pero en Gnome, no hay diferencia visible muchas veces entre una aplicación GNOME y una aplicación GTK.
por
pobrecito hablador
el Miércoles, 30 Noviembre de 2005, 15:23h
(#650353)
Al menos no en serio. En estos momentos están cambiando el api con cada revisión *menor*.
Hay que reescribir las aplicaciones cada vez que se actualiza dbus. Es suicida intentar usarlo hasta que no saquen la versión final y congelen el api. Aparte de eso, no existe un interfaz de usuario para DBUS.
El caso de GStreamer es parecido, aunque es menos salvaje (respetan el api entre revisiones), no es estable ni por asomo.
Gnome se puede permitir usar dbus o gstreamer porque lleva un retraso considerable y parece que no les importa usar tecnologías que no estarán hasta dentro de dos años mínimo, pero en kde, cuando hubo que afrontar esas cuestiones, se tuvo que buscar algo que funcionase.
Cuando sea el momento, kde dará el salto --habrá un bridge dcop->dbus por ejemplo y listo-- pero mientras tanto dan una solución que funciona (que es mucho más de lo que da gnome).
Re:¿kde xp?
(Puntos:3, Inspirado)Venga el FUD de "Gnome por fuera es feo pero por dentro es tecnológicamente superior". Es mentira. KDE ha tenido siempre una arquitectura más avanzada y estable (la moda hace unos años en GNOME era Bonobo, luego Mono, ¿qué será lo siguiente?).
En GNOME tienen GNOME-VFS que no lo usa nadie (sólo Nautilus) mientras que los KIOSlaves están disponibles en todas las aplicaciones (fíjate como puedes ver películas en Kaffeine que estén en un servidor SSH). Ahora en GNOME han empezado a usar alguna cosa "ligera" para comunicación entre procesos (KDE lleva usando DCOP desde hace años), etc.
Re:¿kde xp?
(Puntos:1)DCOP estará muy bien, pero va a ser reemplazado por DBUS.
Por cierto, los que tanto habláis de integración de escritorio KDE, teneis que tener en cuenta que la relación GNOME-GTK no es la misma que la de KDE-QT. Quiźas las aplicaciones QT no están integradas en KDE, pero en Gnome, no hay diferencia visible muchas veces entre una aplicación GNOME y una aplicación GTK.
DBUS no lo puede usar nadie
(Puntos:2, Informativo)Hay que reescribir las aplicaciones cada vez que se actualiza dbus. Es suicida intentar usarlo hasta que no saquen la versión final y congelen el api. Aparte de eso, no existe un interfaz de usuario para DBUS.
El caso de GStreamer es parecido, aunque es menos salvaje (respetan el api entre revisiones), no es estable ni por asomo.
Gnome se puede permitir usar dbus o gstreamer porque lleva un retraso considerable y parece que no les importa usar tecnologías que no estarán hasta dentro de dos años mínimo, pero en kde, cuando hubo que afrontar esas cuestiones, se tuvo que buscar algo que funcionase.
Cuando sea el momento, kde dará el salto --habrá un bridge dcop->dbus por ejemplo y listo-- pero mientras tanto dan una solución que funciona (que es mucho más de lo que da gnome).