Re: Why Nautilus and GNOME applications use URIs?
On Fri, 2010-06-04 at 12:00 +0100, ubuntu-devel-discuss-requ...@lists.ubuntu.com wrote: Is there any advantage to using URI instead of the local address? I guess, just as the name says, they are universal accross different machines, while local paths are generally different. Nonetheless a standard implementation agnostic relative local path like ~/net might be usefull. Regards, Christian True, but I don't see ~/net solving any problems that ~/.gvfs couldn't already handle. Besides, how often do you drag and drop between local and remote X programs? Versus how often you drag and drop between local Gnome and local non-Gnome programs? -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Why Nautilus and GNOME applications use URIs?
On Thu, 2010-06-03 at 07:36 +0200, Aurélien Naldi wrote: Hi, when using Drag and Drop, nautilus switches from GIO/GVFS URI to local path, depending on the drop target (i.e. it will paste a local path if you drop to a gnome-terminal). I guess dropping on a gtk filechooser assumes that the application is using GIO. It may need some special casing for this case. On one hand, if an application is gtk-based it really should use gio, on the other hand I think at least firefox and openoffice use gtk file chooser and won't use it. For GIO-based applications, using the GIO URI is much better, but as far as I remember, several applications transform local paths into GIO URIs, so providing a local path should always work. Dragging files from nautilus and dropping on the file open dialog in OOo works for me. Ubuntu's OOo doesn't use URIs due to prior bugs and I converted it to using the local path (gvfs-fuse) which appears to work more reliably. Chris -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Why Nautilus and GNOME applications use URIs?
On Wed, 2010-06-02 at 11:07 +0100, ubuntu-devel-discuss-requ...@lists.ubuntu.com wrote: Message: 1 Date: Tue, 01 Jun 2010 23:39:40 -0300 From: Dami?n Nohales damiannoha...@gmail.com Subject: Why Nautilus and GNOME applications use URIs? To: ubuntu-devel-discuss@lists.ubuntu.com Message-ID: 4c05c46c.1040...@gmail.com Content-Type: text/plain; charset=utf-8 The issue is that when I use Ubuntu, I use a lot of SSH, FTP and Samba connections through GVFS. These connections, if I don't mistake, are mounted on the folder /home/user/.gvfs via FUSE, but in most GNOME desktop applications gain access to these through URIs (sftp://u...@server/path) instead of through your local address (/home/user/.gvfs/sftp to user at server/path), the truth is that using URIs instead of the local address is really annoying when working with the system, especially with Nautilus. You see, not all applications support the GVFS URIs, which makes difficult its integration with the GNOME desktop for the user, and difficults to much in the use of the system (at least to me). For instance, the Meld diff viewer, a program is fairly common, but I see that does not support GVFS URIs, this makes me a lot of bad things: I can not drag and drop remote files from Nautilus to Meld, it will not recognize (I don't know because it contradicts the use of Open With ... in which local address is sending to Meld); In Open / Save dialogs do not appear Nautilus Bookmarks to remote folders, so I have to look hand (why use Bookmarks so :(?); on the other hand, the Nautilus scripts and extensions do not work on remote folders; I can not copy from the address bar in Nautilus the direction as I would in other programs ... Fully agreed. It's a leaky abstraction - you're mounting the remote drive as though it was a local disk, but then you can't actually use it like a local disk. Dragging and dropping files from Nautilus onto Open/Save dialogs brings up the message that you can't do that with remote filesystems. Ironically, you can drag and drop from Nautilus onto KDE programs with no problems. I can't think why it has been implemented in this way, because it doesn't make sense and the leakiness of the abstraction causes you to NOT use it! -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Why Nautilus and GNOME applications use URIs?
On Thu, Jun 3, 2010 at 6:57 AM, Christopher Lees christopher_l...@iprimus.com.au wrote: On Wed, 2010-06-02 at 11:07 +0100, The issue is that when I use Ubuntu, I use a lot of SSH, FTP and Samba connections through GVFS. These connections, if I don't mistake, are mounted on the folder /home/user/.gvfs via FUSE, but in most GNOME desktop applications gain access to these through URIs (sftp://u...@server/path) instead of through your local address (/home/user/.gvfs/sftp to user at server/path), the truth is that using URIs instead of the local address is really annoying when working with the system, especially with Nautilus. You see, not all applications support the GVFS URIs, which makes difficult its integration with the GNOME desktop for the user, and difficults to much in the use of the system (at least to me). For instance, the Meld diff viewer, a program is fairly common, but I see that does not support GVFS URIs, this makes me a lot of bad things: I can not drag and drop remote files from Nautilus to Meld, it will not recognize (I don't know because it contradicts the use of Open With ... in which local address is sending to Meld); In Open / Save dialogs do not appear Nautilus Bookmarks to remote folders, so I have to look hand (why use Bookmarks so :(?); on the other hand, the Nautilus scripts and extensions do not work on remote folders; I can not copy from the address bar in Nautilus the direction as I would in other programs ... Fully agreed. It's a leaky abstraction - you're mounting the remote drive as though it was a local disk, but then you can't actually use it like a local disk. Dragging and dropping files from Nautilus onto Open/Save dialogs brings up the message that you can't do that with remote filesystems. Ironically, you can drag and drop from Nautilus onto KDE programs with no problems. Hi, when using Drag and Drop, nautilus switches from GIO/GVFS URI to local path, depending on the drop target (i.e. it will paste a local path if you drop to a gnome-terminal). I guess dropping on a gtk filechooser assumes that the application is using GIO. It may need some special casing for this case. On one hand, if an application is gtk-based it really should use gio, on the other hand I think at least firefox and openoffice use gtk file chooser and won't use it. For GIO-based applications, using the GIO URI is much better, but as far as I remember, several applications transform local paths into GIO URIs, so providing a local path should always work. Best regards. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Why Nautilus and GNOME applications use URIs?
First, sorry about my English, the native version is below :) Hi, this is the first time I write in the list, and places I saw it seemed the most appropriate to request a feature to Ubuntu, because I do not really see it as a bug. The issue is that when I use Ubuntu, I use a lot of SSH, FTP and Samba connections through GVFS. These connections, if I don't mistake, are mounted on the folder /home/user/.gvfs via FUSE, but in most GNOME desktop applications gain access to these through URIs (sftp://u...@server/path) instead of through your local address (/home/user/.gvfs/sftp to user at server/path), the truth is that using URIs instead of the local address is really annoying when working with the system, especially with Nautilus. You see, not all applications support the GVFS URIs, which makes difficult its integration with the GNOME desktop for the user, and difficults to much in the use of the system (at least to me). For instance, the Meld diff viewer, a program is fairly common, but I see that does not support GVFS URIs, this makes me a lot of bad things: I can not drag and drop remote files from Nautilus to Meld, it will not recognize (I don't know because it contradicts the use of Open With ... in which local address is sending to Meld); In Open / Save dialogs do not appear Nautilus Bookmarks to remote folders, so I have to look hand (why use Bookmarks so :(?); on the other hand, the Nautilus scripts and extensions do not work on remote folders; I can not copy from the address bar in Nautilus the direction as I would in other programs ... The truth is that observing the ease and abstraction with which non-GNOME programs accessing remote files using the local address instead of your URI, I see a big advantage in usability with this change URIs GVFS by local address, for Nautilus least, it would be great to see in future versions. Specifically why GNOME desktop applications use these URIs to locate the files? Do not you offer a better abstraction using /home/user/.gvfs in place to locate? Can you solve the problems just mentioned if a SSH connection works like it were a mounted Hard drive? Do not know if someone shares the idea, I may be in a minority or may not have the slightest idea of how it works GVFS, FUSE and Nautilus, and is said crap :). I hope somebody will correct me in that case. Regards! -- Hola, es la primera vez que escribo en la lista, y de los lugares que vi me pareció el mas apropiado para pedir una funcionalidad a Ubuntu, ya que realmente no lo veo como un bug. El tema es que cuando uso Ubuntu, suelo usar mucho conexiones SSH, FTP, Samba, etc a través de GVFS. Estas conexiones, si no me equivoco, son montadas en la carpeta /home/user/.gvfs a través de FUSE, pero, en la mayoría de aplicaciones del escritorio GNOME se logran acceder a estas a través de URIs (sftp://u...@server/path) en vez de hacerlo a través de su dirección local (/home/user/.gvfs/sftp to user at server/path), la verdad es que el uso de URIs en vez de la dirección local es verdaderamente molesto a la hora de trabajar con el sistema, sobretodo con Nautilus. Verán, no todas las aplicaciones soportan las URIs de GVFS, lo que hace complicada su integración con el escritorio GNOME para el usuario, y la verdad dificulta mas el uso del sistema (por lo menos a mi). Por poner un ejemplo, el visor de diferencias Meld, es un programa bastante común, pero veo que no soporta las URIs de GVFS, esto me dificulta una serie de cosas: no puedo arrastrar y soltar un archivo remoto desde Nautilus pues no lo reconocerá (y no se porque se contradice al uso de Abrir con... en el que si envía la dirección local al programa); en los diálogos Abrir/Guardar no aparecen los marcadores de Nautilus a carpetas remotas, con lo que tengo que buscarlo a mano (¿entonces para que tengo marcadores?); por otro lado, los scripts y extensiones de Nautilus no funcionan en carpetas remotas; no puedo copiar de la barra de direcciones de Nautilus la dirección pues no me serviría en otros programas... La verdad es que observando la facilidad y abstracción con que los programas no-GNOME acceden a archivos remotos usando la dirección local en lugar de su URI, veo una ventaja muy grande en usabilidad con este cambio de URIs de GVFS por la dirección local, por lo menos en Nautilus, sería excelente verlo en futuras versiones. Concretamente ¿Por qué las aplicaciones del escritorio GNOME usan estas URIs para localizar los archivos? ¿no se ofrecería una mejor abstracción usando /home/user/.gvfs en su lugar para localizarlos? ¿Podrían solventarse los problemas que acabo de mencionar si una conexión por SSH se tratase igual que un disco duro montado? No se si alguien comparte la idea, puede que yo este dentro de una minoría o puede que no tenga la menor idea de como funcione GVFS, FUSE y Nautilus, y halla dicho
