Iñaki escribió:
> El Sábado, 27 de Enero de 2007, Borja Tornero escribió:
>> Nadie ha negado que kde llve usando aplicaciones dcop desde hace
>> muchos años ¿Plugins y parches marranos? No creo que eso sea una
>> argumentación, mejor serían ejemplos.
>
> - En KDE hay un UNICO corrector ortográfico para TODAS las aplicaciones KDe
> (Kmail mientras escribes un correo, Konqueror mientras editas en textarea,
> Kopete mientras chateas, Kword, etc etc). Si añades una palabra al
> diccionario tienes la seguridad de que se reflejará en todas las
> aplicaciones.
>
> - Gnome/Gtk todo esto cada aplicación, como mucho, usa su propio diccionario
> y
> configuración/datos del mismo. Firefox por ejemplo usa su propio corrector.
> En Firefox todo son plugins y requeteplugins, sólo para emular ni la mitad de
> bien todo lo que en KDE/Konqueror se integra nativamente.
>
Totalmente de acuerdo, el tema de la corrección ortográfica está mucho
mejor en kde. Existen un par de librerías gtkspell y gnomespell pero
pocas aplicaciones las usan (creo que gedit, evolution y gaim) pero
hasta el momento no hay un estandar o una recomendación fuerte para el
uso de unas técnicas comunes de corrección ortográfica.
Firefox como tal no es parte integrante de gnome, de hecho el navegador
oficial de gnome es epiphany. El corrector de Firefox está basado creo
en el de Openoffice (y en sus diccionarios). La gente de Mozilla va por
su lado y lo único que tienen en común con gnome es que usan gtk y bueno
que ahora van a intentar seguir unas HIGs comunes para las preferencias.
La discusión konqueror vs firefox lo dejamos para otro flame ;-)
> - Para que Gaim pueda reconocer la agenda de contactos de Evolution se
> requiere de un plugin, no hay forma elegante de comunicación e integración
> entre aplicaciones que no sea la de meter plugins y extensiones a destajo. En
> cuanto cambia una aplicación puede que el plugin ya no valga, que no esté
> mantenido, etc. En una arquitectura mucho mejor planeada como es KDE eso no
> ocurre.
Creo que para eso mismo se está usando dbus, hay que darles un poco de
tiempo. De todas maneras gaim como otras tantas, es una aplicación
basada en gtk que se ha ido metiendo un poquito con calzador en gnome,
el desarrollador de gaim también es de los que van un poco por libre.
Pero es cierto (es innegable) que existe un problema de integración
entre aplicaciones en gnome y es una de las cosas en las que se está
poniendo más énfasis ultimamente.
En ningún momento he discutido ni voy discutir que en ese aspecto kde
está a años luz de gnome, tiene unos mecanismos y apis más maduras para
una integración más completa.
>
>>> - Ahora surge Dbus (aún no tan robusto como Dcop) basado en Dcop y fruto
>>> de Fredesktop.
>> ¿No tan robusto? ¿En qué sentido dices robusto? Dbus no pretende hacer
>> todo lo que hace dcop.
>
> Hombre, pues que lleva mucho menos tiempo, la versión 1.0 no lleva ni dos
> meses y en que he leído bastantes opiniones al respecto. Y ahora que lo
> dices, anda que no ha habido bugs en dbus en estos últimos tiempos fruto de
> su inmadurez (que se corregirá evidentemente).
>
A pesar de que la versión 1.0 sea muy reciente se lleva usando como he
comentado desde gnome 2.8 (unos 2 años y pico). Por supuesto que no es
una tecnología tan madura como dcop que lleva usándose mucho más tiempo
y que es usada por muchas más aplicaciones.
>
>>> - KDE anuncia que en KDE4 migrará (por no decir "renombrará") sus
>>> aplicaciones para que usen Dbus con el ánimo de avanzar entre la
>>> interoperabilidad de aplicaciones en Linux y tal. Insistir en este punto
>>> en que antes de Dcop NO había alternativa viable.
>> No es renombrar, es usar dbus en vez de dcop.
>
> Me refiero a que donde antes hacían "dcop app method args" ahora tendrán que
> hacer "dbus app method args". Es prácticamente sólo renombrar llamadas.
>
No sé si será tan sencillo, no conozco lo suficiente dbus y dcop para
aventurarme a decir el grado de dificultad que tendrá la migración.
Supongo que si comparten unas ideas básicas será relativamente sencilla.
>
>>> - Gnome y sus aplicaciones nunca habían sacado provecho alguno ni a Corba
>>> ni nada similar. Con la llegada de Dbus deciden utilizarlo. Esto ha sido
>>> hace muy poco y actualmente escasísimas son las aplicaciones Gnome/Gtk
>>> que usan Dbus (sólo se me ocurre el propio Gnome-Volume-Manager para
>>> hablar con Hal, exactamente igual que lo hace KDE).
>> ¿Ningún provecho? Pues entonces no sé por qué se crearon librerías y
>> sus aplicaciones las usan.
>
> Ya has dicho un montón de veces que las aplicaciones Gtk usan Dbus. ¿Podrías
> decir ahora algún ejemplo de aplicaciones que lo usen?
Ya han sido comentadas en un mail anterior.
>
>>> - Y vas tú y encima te vanaglorias de que "muchas aplicaciones gtk/gnome
>>> que usan dbus" y que "kde ha usado dcop hasta ahora y no dbus, por eso no
>>> se puede decir que kde use dbus". El colmo.
>> Yo no me vanaglorio de nada, simplemente reflejo la realidad. Yo lo
>> único que digo es que kde usaba dcop y que ahora se va a pasar a dbus
>> sean más o menos iguales, no digo que sea una migración super traumática
>> donde haya que reescribir completamente todas las aplicaciones.
>
> ¿Reconoces al menos que la migración será sólo "traumática" para las
> aplicaciones Gtk que ni usaban ni usan prácticamente Dbus ni Dcop ni nada
> similar?
>
Bueno, ni siquiera hay tal migración. Se está intentando quitar todo lo
que era bonobo y compañía y por otra parte se está empezando a usar
dbus. Más que una migración yo diría que es un comienzo de utilización.
En resumen, en ningún momento he defendido que dbus sea "la leche" y
dcop no funcione ni mucho menos, lo que único que comentaba es que en
gnome (más tarde que pronto) se está empezando a usar dbus para resolver
unos problemas sin resolver a través de otros caminos. Una de las cosas
que siempre se le ha achacado a gnome es no tener algo tan fantástico
como dcop.
--
######################################
Borja Tornero aka Etxekalte _
-o)
Registered Linux User 196719 /\\
_\_v
Slackware 10.2 linux-2.6.17.8
######################################
_______________________________________________
ITSAS mailing list
[email protected]
http://list.ehu.es/mailman/listinfo/itsas
