Comment #3 on issue 484 by wirtwo...@gmail.com: Use XDG Base Directory Specification http://code.google.com/p/xmonad/issues/detail?id=484 For reference here are links to the previous inconclusive discussion of a patch to implement the XDG_CONFIG_HOME portion of Issue 484. [1] [2] If something like this is to be implemented, a good time would be just after a bug fix release of 0.10. Afterward there would be plenty of time for the news to get out, addressing issues it creates, and adjusting troubleshooting and docs prior to 0.11 (or whatever it's called.) That said, I'm in the camp that isn't yet convinced the benefits outweigh the extra complications. Especially for all the non XDG_CONFIG_HOME files. I consider this a config breaking change, since users would have to move xmonad.hs. Supporting xdg plus ~/.xmonad to avoid breakage doesn't make sense to me. Considering that the main objection to xdg support is increased complexity, adding even more along with additional ambiguity is a bad idea. The way I read the spec, complying would be more involved than what's being proposed. [3] There are two additional directories to support plus a few additional consequences. * Moving non-essential generated files to an xdg cache directory would also need to process lib/ and its subdirectories. Using a cache directory wouldn't by itself prevent the upgrade issues where the old .hi files yield confusing error messages. (These sparked the "delete temporary files" proposals.) Deleting these files once xmonad's done with them might be better than using a new cache directory. Probably xmonad-errors should also go to the cache directory along with .hi, .o but I'm not sure where users would expect it to live since it does give feedback about broken configs. * Another directory $XDG_RUNTIME_DIR should get xmonad-$arch-$os. * $XDG_DATA_HOME should get X.Prompt's .xmonad/history and any similar files. Overall, I think that to sway enough people toward favoring XDG support it's going to take posting compelling use cases illustrating its benefits, along with sustained lobbying over time. [1] http://www.haskell.org/pipermail/xmonad/2008-May/005762.html [2] http://www.haskell.org/pipermail/xmonad/2008-August/006214.html [3] http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html

Comment #5 on issue 484 by david.lazar: Use XDG Base Directory Specification http://code.google.com/p/xmonad/issues/detail?id=484 I am also interested in having xmonad obey the XDG specification.

Comment #6 on issue 484 by nome...@gmail.com: Use XDG Base Directory Specification http://code.google.com/p/xmonad/issues/detail?id=484 Also reported as http://bugs.debian.org/719857 -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

Comment #8 on issue 484 by woozlet...@gmail.com: Use XDG Base Directory Specification http://code.google.com/p/xmonad/issues/detail?id=484 Shame on me! I overlooked the Main.hs and haven't cleaned my config directories properly. The attached patch is pretty much the same as before, but with the necessary changes included in the Main.hs file. Greetings saep Attachments: xdg.dpatch 11.0 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

Comment #10 on issue 484 by methe...@gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 Any update on this? -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

Comment #12 on issue 484 by daniel.w...@gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 Concerning comment #11 about moving everything from ~/.xmonad to $XMONAD_WORKING_DIR_NAME: putting everything in another directory is not enough to conform to the basedir spec. Considerations include (but may not be limited to) the concerns raised in comment #3. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

Comment #14 on issue 484 by sefer....@gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 I am opposed to xmonad moving to an XDG-style file layout. XDG is a nice standard for non-Windows OSes that want to provide a legacy Windows-like experience. But I am using xmonad exactly because I want to get away from that. I want something lighter, more elegant, easier to work with using Unix principles. But I am certainly not opposed to xmonad providing XDG compliance when an environment variable is set, for those who do want that - along the lines of what Oliver did. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

Comment #16 on issue 484 by allber...@gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 Most people using xmonad are trying to get away from overgrown GNU/Gnome stuff --- and it is worth remembering that xmonad was developed on NetBSD, not Linux. Also, if you are going to do XDG directories, please do them correctly. No, it's not appropriate to claim XDG compliance if you're just glopping everything into some random different path instead of splitting things up the way the XDG spec *for good reason* specifies. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

Comment #18 on issue 484 by allber...@gmail.com: Use XDG Base Directory Specification https://code.google.com/p/xmonad/issues/detail?id=484 XDG started out as part of Gnome and KDE reconciling their desktops, with Gnome mostly winning. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings