GNOME Bugzilla – Bug 143865
Saving/Opening files to/from remote locations using GtkFileChooser
Last modified: 2006-01-30 10:07:43 UTC
GPDF should support opening and saving remote files through GtkFileChooser. According to [1], it involves setting the "local-only" property to 0 and poking around with the get_uri method. regs, Chris [1] http://developer.gnome.org/doc/API/2.2/gtk/GtkFileChooser.html
also necessary to make this work: make the file loading methods save for http, ftp etc. modules. Last time I checked, Xpdf's seeking behavior didn't work well with anything except local file methods.
Naive statement: I don't know how much LOC xpdf file handling routines pose, but can't it be ported to gnome-vfs? The latter has seeking capabilities. regs, Chris
I think the good way to do it is to use the http/ftp moniker methods ... but I'am not sure if they are implemented.
Any news?
*** Bug 153415 has been marked as a duplicate of this bug. ***
Re Comment #2: gpdf _does_ use gnome-vfs for file reading since 0.103. Try gpdf <vfs-uri>. The problem is, that e.g. implementations of gnome_vfs_seek are not well-tested for all vfs modules. It doesn't help that gpdf code doesn't check for errors in large parts. Re Comment #3: gpdf before 0.103 used monikers/bonobo streams. AFAICS these are just CORBA wrappers around gnome-vfs. Anything that works with them works with gnome-vfs as well. The current idea is to do it like ggv. Its bonobo component downloads any remote file to a temp file (with gnome-vfs) and then proceeds as usual. That would also fix the silly behavior where gpdf downloads parts of a file multiple times.
Gpdf is no longer maintained, closing WONTFIX. Please use Evince for your pdf viewing needs. http://www.gnome.org/projects/evince/
I don't comprehend the original request (do what with the chooser now?) so i can't determine whether it is relevant to evince.
Given that evince already opens remote files, this report is probably not relevant.