Iñaki escribió: > El Viernes, 26 de Enero de 2007 09:18, Borja Tornero escribió: >>> El problema es que las aplicaciones Gtk no suelen usar ninguna de esas >>> ideas felices como el bonobo, corba y demás. Por ejemplo, que yo sepa >>> sólo Nautilus y Gedit son aplicaciones Gtk capaces de acceder a ficheros >>> remotos vía SSH y otros protocolos. El resto de aplicaciones Gtk ni lo >>> intentan. >> ¿Ideas felices? Bonobo que la implementación corba de Gnome está siendo >> sustituida por Dbus un estándar de freedesktop que también puede usar Kde. > > DBUS es, en efecto un estándar Freedesktop, pero ojo, está completamente > basado en DCOP, un sistema para comunicación entre aplicaciones KDE que lleva > funcionando AÑOSSS. > Ojo, dbus es un estándar Freedesktop altamente influenciado en el diseño por DCOP[2], lo que no significa que esté basado en su código. DCOP está basado en CORBA que lleva funcionando MÁSSSSS AÑOSSSSSS.
> 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... > 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. > > >> Acceder a ficheros remotos SSH me parece una característica que se puede >> implementar a nivel de sistema de ficheros sshfs o más arriba, > > O sea, que como las aplicaciones Gtk no soportan nada similar a kioslaves > (acceso a ficheros remotos de forma transparente y multiprotocolo) entonces > resulta que "lo mejor es hacerlo de otra forma". > No no no, he dicho que se puede hacer a un nivel más bajo (sshfs) o más alto (gnome-vfs), no he dicho cuál es mejor. > 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. > 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. [2] http://en.wikipedia.org/wiki/Dbus -- ###################################### 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
