Re: [GNOME VFS] Re: [Nautilus-list] Re: magic desktop URIs
- From: Maciej Stachowiak <mjs noisehavoc org>
- To: Havoc Pennington <hp redhat com>
- Cc: Maciej Stachowiak <mjs noisehavoc org>, Darin Adler <darin bentspoon com>, gnome-vfs ximian com, nautilus-list eazel com, jirka 5z com
- Subject: Re: [GNOME VFS] Re: [Nautilus-list] Re: magic desktop URIs
- Date: Tue, 10 Jul 2001 20:57:37 -0700
On 10Jul2001 09:27PM (-0400), Havoc Pennington wrote:
>
> Maciej Stachowiak <mjs noisehavoc org> writes:
> > On 10Jul2001 08:43PM (-0400), Havoc Pennington wrote:
> > >
> > > Darin Adler <darin bentspoon com> writes:
> > > > The "real" solution is to add a monitoring API to gnome-vfs, and move the FAM support from Nautilus to
> > > > gnome-vfs. then the favorites module can implement favorites
> > > > monitoring in whatever way is appropriate.
> > >
> > > Right, I wanted to do that but it breaks the ABI. So, GNOME 2 material.
> > >
> >
> > Why would adding monitoring support need to break backwards
> > compatibility? (The module ABI is versioned, so that would not be a
> > problem).
> >
>
> So I can add entries to the module vtable?
>
Yes. And when you call those module functions from the library, you
can check if that module supports the gicen entry point.
> That would be a nicer solution, I think.
>
> It's somewhat questionable to add new library entry points though, I think.
>
Well, the whole reason for the module versioning is to be able to do
this. This is work that would be really useful for GNOME 2 so doing it
for GNOME 1.x would be a great step forward.
One reason adding adding a monitoring API to gnome-vfs is important is
that it's kind of a prerequisite to moving metadata into gnome-vfs
instead of Nautilus, which required to be able to have gnome-vfs
always give the same icons for files as Nautilus (among other things),
which you need to do a good GNOME file selector and have file icons in
the panel, evolution, etc etc be consistent with Nautilus.
So it's the start of a long interdependent chain of events that could
end up in at least one nice end-user feature.
Regards,
Maciej
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]