Re: GnomeVFS backend for GtkFileChooser
- From: Alexander Larsson <alexl redhat com>
- To: Owen Taylor <otaylor redhat com>
- Cc: Havoc Pennington <hp redhat com>, Jeff Waugh <jdub perkypants org>, "desktop-devel-list gnome org" <desktop-devel-list gnome org>
- Subject: Re: GnomeVFS backend for GtkFileChooser
- Date: 30 Oct 2003 16:05:52 +0100
On Thu, 2003-10-30 at 15:48, Owen Taylor wrote:
> On Thu, 2003-10-30 at 09:26, Alexander Larsson wrote:
> > > The foo/fooui library splits were done to allow apps to avoid relying on
> > > an X connection, or linking to all the X/GTK+ libs if they aren't GUI
> > > apps. But what we're talking about here has nothing to do with that.
> > > It's simply an issue of the build graph. And there are no requirements
> > > on the build graph other than "no cycles"
> >
> > Really? How do you implement an interface without linking to the
> > library?
> >
> > In particular, how would you call:
> > g_type_add_interface_static (file_system_gnome_vfs_type,
> > GTK_TYPE_FILE_SYSTEM,
> > &file_system_info);
> >
> > without linking to the library that defines gtk_file_system_get_type().
> >
> > You can't. So, either:
> > a) gtk_file_system_get_type() goes in some lib below gtk+
> > b) gnome-vfs links to gtk+
> > c) the gnome-vfs implemenation of GtkFileSystem goes in libgnomeui
> >
> > pick your poison.
> >
> > Personally, I favour c.
>
> gnome-vfs just builds a separate module and drops it into place; a
> different shared object.
I guess this works for me. Its a extra .so, but thats not too horrible.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson Red Hat, Inc
alexl redhat com alla lysator liu se
He's a hate-fuelled drug-addicted cop on the hunt for the last specimen of a
great and near-mythical creature. She's a tortured streetsmart widow prone to
fits of savage, blood-crazed rage. They fight crime!
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]