Re: "Open with other application" affects the default handlers



On Sat, 5 Mar 2005 08:37:24 -0700, Elijah Newren <newren gmail com> wrote:
> On Sat, 5 Mar 2005 12:58:10 +0100, Marco Pesenti Gritti
> <mpgritti gmail com> wrote:
> 
> <snip>
> 
> > So proposed solutions:
> >
> > 1-2 Make epiphany use gnome_vfs_application_launch +
> > libstartupnotification like nautilus does for 2.10. For 2.12 append %f
> > to nautilus created desktop files and find a place in the libraries
> > stack to put a gnome_vfs_application_launch with startup notification
> > support.
> 
> *sigh*  We really need this for a lot of things don't we?  It's needed
> (or at least would be really nice to avoid code duplication) for
> libgnome (bug 166722) and metacity (bug 167630), and has been worked
> around in galeon & epiphany so far by using gnome_vfs + gnome_desktop
> although it appears that workaround wasn't quite good enough from your
> comments...  It could probably help remove a lot of code duplication
> in nautilus and may be useful in other places too.  Anyway, the bug
> number for gnome_vfs_application_launch + startup notification is
> http://bugzilla.gnome.org/show_bug.cgi?id=166197.

Yeah, I need it in evince too :) The implementation doesnt seem to be
easy and straightforward, duplicating that code is likely going to
cause bugs...
gnome-vfs itself cannot host this code because it depends on gtk. The
only possible solution that I can think of is to put it in
libgnomevfsui (which would be useful for a few other things).

Anyway, please anyone avoid to use the gnome_desktop_item api to open
files. It's private API, it has been designed and used for a different
pourpouse and is going to cause nasty bugs.
gnome_vfs_application_launch is the right API to use. Even in 2.10 it
should be possible to implement startup notification like nautilus
does.

What about writing the epiphany code in a generic way and add it to
libegg? This is something we are definately going to add somewhere in
our libraries stack, even if we are still unsure exactly where...

Marco



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]