El Viernes, 26 de Enero de 2007, Borja Tornero escribió: > > Ahora KDE ha tenido el detalle de "migrar" a DBUS (o lo está haciendo > > poco a poco y en KDE4 será total) con la intención de avanzar en la > > integración del escritorio Linux. Y como DBUS se basa completamente en > > DCOP no está costando nada migrar las aplicaciones KDE. > > Para estar "basado completamente" les está costando bastante migrar...
La migración será en KDE4. Hasta entonces tampoco tiene mucho sentido migrar (¿para qué?). Está todo planeado. ¿Y Gnome? ¿tiene algún plan de futuro? ah sí... Mono/.Net y eso... > > Muchos se creen, parece ser, que DBUS es lo que usan las aplicaciones > > Gtk, que es "algo de Gnome/Gtk", pero es mentira, MUY POCAS aplicaciones > > Gtk usan DBUS, y las que lo hacen lo hacen desde hace muy poco, ni punto > > de comparación con el uso total que KDE da a DCOP desde hace años. > > ¿Es lo que usan las aplicaciones gtk? No no no, hay ya bastantes por no > decir muchas aplicaciones gtk y/o gnome que usan DBUS desde al menos > gnome 2.8 (año 2004) y muy pocas qt/kde. DBUS y DCOP son cosas distintas > no mezcles. Decir eso no tiene sentido. Claro que las aplicaciones KDE no han usado Dbus, ¿¿para qué?? ¡¡si usaban plenamente Dcop!! Supongo que no insinuarás que las aplicaciones Gtk usan DBUS más que las de KDE Dcop, porque si de algo carecen las aplicaciones Gtk es de integración con casi nada. Todas las aplicaciones KDE usan Dcop. Ahora mismo abro una consola, tecleo: - dcop [TAB] -> Aparece el listado de aplicaciones KDE corriendo. - amarok [TAB] -> Listado de llamadas Dcop de Amarok. - llamada [TAB] -> argumentos, parámetros de la llamada. Incluso existe un gui (Kdcop), y hace bastante ya han sacado un gui para Dbus (Kdbus si no me equivoco). ¿Permiten algo así LA MAYORIA de aplicaciones Gtk? > > Veamos, dices que se puede implementar a nivel de sistema: o sea, por > > ejemplo montando el sistema por SSHFS. Eso supone montar TODO el sistema > > de ficheros remoto, cosa que de momento exige de unos conocimientos > > bastante avanzados y que supone el peligro de hacer sin querer: > > #> rm -rf punto_de_montaje > > y cargarte todos los ficheros remotos (si tienes permisos para ello). > > ¿Conocimientos avanzados? Veo que llevas tiempo sin usar gnome... El > "Conectar con el servidor..." lleva bastante tiempo instalado en el menú > de Lugares de Gnome. Usarlo es todo lo complicado que puede resultar > rellenar una IP, nombre de usuario y contraseña. Entonces para editar un archivo remoto ¿tendría que pinchar en el iconito de ese lugar remoto, buscar el archivo y abrirlo con el editor de texto? ¿Y no puedo, por comodidad, guardar esa ubicación a modo de sesión o marcador dentro del propio editor? (respuesta: no). ¿Y si son muchos archivos remotos los que quiero guardar en alguna sesión para acceder rápido a ellos? ¿puedo? ¿tengo que montar TODO un sistema de ficheros remoto por cada ficherito remoto al que quiera acceder? ¿filosofía Unix? > > En cambio, con los kioslaves [1] de KDE uno accede SOLO al fichero(s) que > > le interesa, y sin más que poner el protocolo, usuario y servidor, en > > CUALQUIER aplicación KDE. Ejemplo: > > > > - Abres en TU ordenador un programa de dibujo de KDE y abres un archivo: > > ftp://dominio > > - Te pide usuario/contraseña. > > - Te muestra los ficheros remotos y abres el que quieras. > > - Lo modificas con el programa de dibujo y le das a "Guardar". > > - Automáticamente se guarda en remoto, no hay que hacer las chapuzas > > de subir el ficherito con un cliente FTP y sobreescribir el destino. - Lo > > mismo con samba, ssh (fish), webdav, etc... > > Lo mismo que puedes hacer con Gnome sin usar vfs simplemente montandolo > como he comentado se te añade automáticamente a los marcadores y puedes > acceder ahí de forma transparente. Insisto, así por narices tienes que abrir el recurso remoto, explorarlo y elegir/abrir el archivo que buscabas. Eso en según qué casos puede ser horrible. Trabajo con gente que usa Gnome (cada vez menos XDD) y te explico lo que al final acaban haciendo para manejar archivos remotos (a los que acceden con frecuencia): montar por sshfs el recurso. Te aseguro que más de uno flipaba cuando yo abría mi Kate, elegía una sesión guardada y de repente aparecían todos los ficheros del proyecto, algunos remotos por ssh, otros por samba, otros locales... algo impensable en Gnome/Gtk. Saludos. -- Iñaki Baz Castillo _______________________________________________ ITSAS mailing list [email protected] http://list.ehu.es/mailman/listinfo/itsas
