[Mono-devel-list] [PATCH] GetFolderPath improvements

[Sebastien Pouliot]

Many details have already been filled in
http://bugzilla.ximian.com/show_bug.cgi?id=50532

but I'm unsure this is wise to change this close to the 1.0 release.
OTHO changing it afterward won't be fun either...

Sebastien Pouliot
http://pages.infinit.net/ctech/poupou.html
 

-----Original Message-----
From: mono-devel-list-admin at lists.ximian.com
[mailto:mono-devel-list-admin at lists.ximian.com]On Behalf Of Ben Maurer
Sent: 15 juin 2004 19:47
To: mono-devel
Subject: [Mono-devel-list] [PATCH] GetFolderPath improvements


Hey guys,

GetFolderPath was returning paths that are not really consistent with
the Linux background. The attached path will make us do the following
mappings:

Desktop
DesktopDirectory
        ~/Desktop -- Luis says that this is the default on all GNOME and
        KDE systems. That should pretty much cover us for Linux.
Personal
        ~ -- as before
ApplicationData
        The config directory as per fd.o's XDG spec. This defaults to
        ~/.config
LocalApplicationData
        The data folder per XDG. Defaults to ~/.local/share
CommonApplicationData
        /etc. Should this be /usr/share.
System
        /etc. Maybe /bin is more correct?
Program Files
	/usr/bin
CommonApplicationData
	/usr/share

All other folders return "". Per the MSDN docs, if a folder has not been
created on the computer, the method should return String.Empty. Before
we would return a semi-related folder for things.

Another open issue is if we should probe for the existence of the folder
before returning it. In the windows code, it looks like we even try to
create the file before giving up. I would appreciate comments on this.

-- Ben