Re: menu editing status, and prelim. patch
- From: Alex Graveley <alex ximian com>
- To: Havoc Pennington <hp redhat com>
- Cc: desktop-devel-list gnome org, nautilus-list lists eazel com
- Subject: Re: menu editing status, and prelim. patch
- Date: 17 May 2002 18:44:54 -0400
Hi,
On Fri, 2002-05-17 at 18:31, Havoc Pennington wrote:
> > <Folder>
> > <Name>Leet-As-I-Wanna-Be</Name>
> > <Parent>Desktop Preferences/Advanced</Parent>
> > <Include>quake.desktop<Include>
> > </Folder>
>
> Do you include the "Root" system folder as parent of the "Root"
> user-specific folder? Otherwise you won't get new system folders.
This is implicit currently. But should it be made explicit, such that
removing the top-folder's parent will give the user completely
stand-alone menus?
> > I'm considering adding a <ParentQuery/> element which would represent
> > the extended folder's query clause, to allow users fine-grained control
> > over the items that show up. But this is most likely overkill as I
> > don't foresee users ever editing queries.
>
> FWIW Owen argues that menu editing is already a 'leet or admin
> feature, so we should just have a query editor app.
I think that having a properties dialog tab that lists the .desktop
keywords to show in a folder, combined with explicit deletion or
addition of launchers through nautilus will cover all real life cases.
Although one case that I don't know how to cover in the GUI is that of
undelete. If the user deletes a folder or launcher and then wants it
back at a later time.
-Alex
--
"I don't find excessive sanity a virtue."
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]