Re: VFS for legacy apps
- From: Alexander Larsson <alexl redhat com>
- To: Nikolai Weibull <now bitwi se>
- Cc: "gnome-vfs-list gnome org" <gnome-vfs-list gnome org>, "gtk-devel-list gnome org" <gtk-devel-list gnome org>, Hans Petter Jansson <hpj novell com>
- Subject: Re: VFS for legacy apps
- Date: Mon, 26 Feb 2007 11:28:07 +0100
On Sat, 2007-02-24 at 14:18 +0100, Nikolai Weibull wrote:
> 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 really think we should default to something directly in ~/ so that an
"up" operation doesn't get you to some weird hidden place. However,
honoring an env var sounds ok. (Of course, there is the risk that all
apps won't be honoring the env var.)
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson Red Hat, Inc
alexl redhat com alla lysator liu se
He's a maverick playboy barbarian living undercover at Ringling Bros. Circus.
She's a radical psychic stripper with a birthmark shaped like Liberty's torch.
They fight crime!
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]