Re: VFS for legacy apps
- From: "Nikolai Weibull" <now bitwi se>
- To: "Hans Petter Jansson" <hpj novell com>
- Cc: "gnome-vfs-list gnome org" <gnome-vfs-list gnome org>, "gtk-devel-list gnome org" <gtk-devel-list gnome org>, Alexander Larsson <alexl redhat com>
- Subject: Re: VFS for legacy apps
- Date: Sat, 24 Feb 2007 14:18:48 +0100
On 2/24/07, Hans Petter Jansson <hpj novell com> wrote:
On Fri, 2007-02-23 at 10:56 +0100, Alexander Larsson wrote:
> On Thu, 2007-02-22 at 17:44 -0600, Hans Petter Jansson wrote:
> > So I guess our default would be ~/.local/share/vfs/ ?
> XDG_DATA_HOME is basically the user-specific version of /usr/share/. You
> don't mount your stuff in /usr/share.
>
> Its not only weird, its a pretty bad idea. Eventually such a pathname
> will show up in the ui (say in the file selector) and the user will
> navigate to ~/.local/share which is supposed to be a hidden directory
> for application data. (It contains things like user-specific
> mime-application mappings and mime additions.)
I agree with you, but I'd like to hear Nikolai's take on it too.
I agree with both of you.
Perhaps we need another variable in the specification mentioned, such
as XDG_MOUNT_HOME that defaults to ~/.local/mount or similar.
I figured I'd at least mention it so that we thought all aspects of
this through. It's bad enough DBus and fontconfig don't use the
variables suggested by the specification, simply dumping their
cache/session data in subdirectories of ~. But that's really for
another mailing list.
nikolai
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]