Menu-Spec and nested AppDirs
Mark McLoughlin
markmc at redhat.com
Thu May 26 11:28:19 EEST 2005
On Thu, 2005-05-26 at 08:37 +0200, Heinrich Wendel wrote:
> On Wednesday 25 May 2005 17:30, Mark McLoughlin wrote:
> > Hey,
> > My take on this would be that editors shouldn't be editing .desktop
> > files by making a copy with the same file ID and putting them in
> > ~/.local/share/applications. $XDG_DATA_HOME, AFAICT, is for application
> > data, not user configuration files.
> >
> > To show a concrete problem with doing it this way, if you installed a
> > vim package in your home directory, you'd expect the package to install
> > vim.desktop in ~/.local/share/applications, overriding the user's
> > changes.
> >
> > So, I think editors should be creating their own directory for
> > edited .desktop files, say ~/.config/pyxdg-applications and copying
> > the .desktop files there, but with a different desktop file ID.
>
> And a MenuEditor is no application that provides data? I don't think that's
> the right approach, it would make desktop-file-ids meaningless.
Let me put it another way ... if you were writing a system-wide menu
editor, would it be valid for the editor to
modify /usr/share/debian/applications/vim.desktop? Or even
create /usr/local/share/debian/applications/vim.desktop?
Because, if I understand the purpose of $XDG_DATA_HOME correctly, then
its the same thing.
Cheers,
Mark.
More information about the xdg
mailing list