userApplicationDataDirectory just uses "~", why doesn't this first check XDG_DATA_HOME, and fall back to "~" if the environment variable is not present?
Reference:
http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
userApplicationDataDirectory just uses "~", why doesn't this first check XDG_DATA_HOME, and fall back to "~" if the environment variable is not present?
Reference:
http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html
I think XDG_CONFIG_HOME is actually closer to the meaning of that folder.
I normally hesitate to change things like that, because if an app had already been using the old version then this change would make it fail to find its config files again.. But, in this case, no-one with any sense should have been storing their config files directly inside the home folder anyway, so they're almost certainly not using this on linux. I think it's probably safe to change.. Thoughts?
I agree !
JUCE developers should follow the XDG standards, they are there for a reason.
It is very annoying to have the home directory ~/ polluted with application internal data.
Really disappointed that in 2025 this kind of things still happen. ![]()
Even more, the folder with spaces, at least under unix/linux systems is not a custom.
You know folks, its pretty easy to fix the bug and submit a PR to the JUCE devs to review. Probably a lower byte count to do it than these messages, even.
I agree that the behaviour should be better on Linux. So, as well behaving Linux folks, why don’t we just fix it?