Menu-Spec and nested AppDirs
h_wendel at cojobo.net
Mon Jun 6 18:51:11 EEST 2005
On Monday 06 June 2005 17:03, Waldo Bastian wrote:
> On Thursday 26 May 2005 18:05, Mark McLoughlin wrote:
> > On Thu, 2005-05-26 at 17:19 +0200, Heinrich Wendel wrote:
> > > Leave the filename as it is, but put the file in the
> > > applications-changed dir and add this AppDir to all edited Menus? This
> > > would keep the benefits of the desktop-file-id.
> > (What "benefits" are you referring to here, btw?)
> > So, my suggestion had two parts and I was probably confusing things by
> > putting them together:
> > 1) Use a separate directory for edited .desktop files because if
> > $XDG_DATA_HOME is "/usr/share in your homedir", I think its just
> > as inappropriate to put edited files there as it would be to put
> > them in /usr/share.
> > This is really something that should be discussed as "what exactly
> > is $XDG_DATA_HOME for?", rather than just thinking about menu
> > editing, though.
> > 2) That you give edited files a different desktop file ID so that you
> > no longer have to worry about the order of <AppDir>s in the .menu
> > file when you're implementing a menu editor which
> > modifies .desktop files.
> > I think this makes sense for various reasons, but to give one
> > example - consider a .desktop file which is <Include>d in two
> > menus. If a user edits an entry in one menu, she wouldn't also
> > expect it to change in the other menu. (Yes, its a corner case
> > but ....)
> > Anyway, its this ".desktop file renaming" part of my suggestion
> > which is really more relevant to the problem you're pointing out.
> The problem with that approach is that the relation between original and
> renamed file is lost, in particular applications or settings that refer to
> the original .desktop file will fail to pick up the changes that the user
> has made. It would make the whole concept of the desktop file ID useless.
What about this:
This one is for new entries a User does to his menu. This should be part of
<DefaultAppDirs/>, but would break backwards-compatibility then.
This one is for changed entries. Menu Editors have to add it to the Menu if
they made a change.
Same for desktop-directories.
mfg, heinrich :-)
More information about the xdg