XDG directories compliance

[GoogleCodeExporter]

http://standards.freedesktop.org/basedir-spec/latest/ar01s03.html

$XDG_DATA_HOME instead of .gnome2/labyrinth.
See also http://code.google.com/p/specto/issues/detail?id=54

Original issue reported on code.google.com by nekoh...@gmail.com on 21 Mar 2008 at 1:55

[GoogleCodeExporter]

What do you mean with $XDG_DATA_HOME instead of .gnome2/labyrinth ? 
$XDG_DATA_HOME is
a variable where should it point to? Labyrinth is a gnome application and as 
such it
stores its data there.

Original comment by sinfr...@gmail.com on 21 Mar 2008 at 5:30

• Added labels: Type-Other, Priority-Low
• Removed labels: Type-Defect, Priority-Medium

[GoogleCodeExporter]

"$XDG_DATA_HOME defines the base directory relative to which user specific data 
files
should be stored. If $XDG_DATA_HOME is either not set or empty, a default equal 
to
$HOME/.local/share should be used."

I tried "echo $XDG_DATA_HOME" in a terminal here but it just printed a blank 
line, so
I assume it is not set. Then in this case, the directory should default to
~/.local/share/labyrinth.

Basically, gnome apps have been slowly moving to the xdg dir specification, but 
after
reading ploum's rant[1] lately it motivated me a bit to encourage getting rid 
of that
weird ".gnome2" dir. I saw tracker, compiz, specto, thunar, awn, handbrake, 
thoggen,
banshee and a few others migrating to this kind of folder scheme already.

[1]: http://ploum.frimouvy.org/?184-cleaning-user-preferences-keeping-user-data

Original comment by nekoh...@gmail.com on 22 Mar 2008 at 1:24

[GoogleCodeExporter]

It seems to be a good idea to adhere to the freedesktop standards, but I see a 
minor
problem of transition.

We could break everything now and tell everyone to move their mind maps to the 
new
location. This would be easy. We could also introduce some clumsy code, 
checking if
there are mind maps in .gnome2/labyrinth and copy them to the new location.

Original comment by matthias...@gmail.com on 22 Mar 2008 at 6:34

[GoogleCodeExporter]

Original comment by matthias...@gmail.com on 31 Mar 2008 at 8:35

• Added labels: release0.5

[GoogleCodeExporter]

Here two patches that should fix this issue.
Not sure that will be enough but i guess it’s a good start :-)

Original comment by CaptainM...@gmail.com on 17 Mar 2010 at 9:13

Attachments:

• 0001-Use-os.path.join-instead-of-foo-bar.patch
• 0002-Use-xdg_data_home-directory-and-migrate-existing-map.patch

[GoogleCodeExporter]

Hm, i forget to test when a new map is created. This patch should correct the 
bug.

Original comment by CaptainM...@gmail.com on 17 Mar 2010 at 10:21

Attachments:

• 0003-Use-os.path.join-for-saving-map.patch

[GoogleCodeExporter]

Thanks, I've applied the patch: 
https://github.com/labyrinth-team/labyrinth/commit/c7ca59281925e27855a36cc966ab2
8fc2e40027b

Original comment by tak...@gmail.com on 20 Oct 2012 at 10:53

• Changed state: Fixed