Re: new menu vfs backend
- From: Mark McLoughlin <mark skynet ie>
- To: Havoc Pennington <hp redhat com>
- Cc: desktop-devel-list gnome org
- Subject: Re: new menu vfs backend
- Date: 22 May 2003 16:08:45 +0100
Hey,
It all sounds good to me, with one question/concern ... is the new
standard anyway backwards compatible with the old ? If not, how will
migration be handled ... how broken will things get ?
(Having read both specs at different points I should probably be able
to answer the question myself, but the whole vfolder thing has always
confused me too much :-)
Good Luck,
Mark.
On Thu, 2003-05-22 at 01:57, Havoc Pennington wrote:
> Hi,
>
> While we're all coming clean about features. ;-)
>
> I'm working on a menu backend that uses the new spec at
> http://www.freedesktop.org/standards/menu/draft/menu-spec/menu-spec.html
> Code is in freedesktop.org CVS module desktop-file-utils.
>
> It's basically working in read-only mode. I have to add editing, which
> will take a bit more work, hopefully I'll have it end of next week or
> at least after next weekend.
>
> So basically first testable code will land about 1-2 weeks before the
> feature freeze on June 9. Unless we want to land read-only mode before
> then.
>
> The plan is to use this backend in an upcoming Red Hat Linux
> release. For that purpose I'll be attempting to stabilize the code
> over approximately the 2.4 cycle. Whether we want to actually put it
> in 2.4 doesn't make a big difference to me (the vfs backend is
> standalone so is easy to "backport"), but the option is there.
>
> The new menu spec does not change what applications do (they still
> install to /usr/share/applications). It does however completely ignore
> any user menu edits in ~/.gnome2, and I don't see any real way to
> avoid that.
>
> Havoc
> _______________________________________________
> desktop-devel-list mailing list
> desktop-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]