Am Mon, 20 Apr 2009 17:00:41 +0200
schrieb Alexander Larsson <al...@redhat.com>:
> On Mon, 2009-04-20 at 10:43 -0400, Allin Cottrell wrote:
> > On Sun, 19 Apr 2009, David Zeuthen wrote:
>
> > > I could be wrong, but just briefly looking at the code it looks
> > > like there is no default implementation of GDesktopAppInfoLookup
> > > in GIO, there's only one in GVfs (that looks up stuff in GConf
> > > under in /desktop/gnome/url-handlers/<scheme>) so it's no
> > > surprise things don't work if GVfs is not installed.
> >
> > Yes, that's right. As it's currently coded gtk_show_uri is bound
> > to fail if GVfs is not present. But more than that: it'll fail
> > even if GVfs _is_ present (as it is now on my system), if GVfs
> > does not in turn incorporate GConf support. I thought I'd read
> > that GConf was supposed to be deprecated, or on the way there?
>
> I don't understand what you propose? There is no in-use non-gconf
> setting for mapping default handlers for entire uri scheme. So, we
> lookup none which mean we then fall back to the per-mime default.
>
> Its entierly unreasonable to have a file:// uri handler, as that would
> open *all* types of local files, overriding your per-mime specs.
What about using "xdg-open" if GVfs is not available OR if gconf is
not available? That's a tiny script that can be easily installed
anywhere, even on less modern boxes.
Just my 2 pfennig,
Christian
_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
