Noam,

You were right about the bug.  When I created the user-emacs-<domain>-dir libraries, which contained by default the subdirectory "emacs", I forgot to take it from the xdg-get-user-file.  Needless to say, I have only remembered of creating the user-emacs-<domain>-dir variables right before I commited.  I have been using the library for months without a flaw.

So the bug is now corrected.  Thanks for the heads up.

About the stability of the specification: according to the XDG Web site, the last version of the specification dates from 2010.  That is six years of no modifications.  Seems to be pretty stable now.  Maybe it is time for Emacs to start the adoption of the XDG Base Dir Spec and separate the files.

A .emacs.d/init.el could be a fallback for user-init-file, as .emacs is today.  Also, maybe in Windows the xdg-<domain>-dir variables could take other values and not the defaults I hardwired.  As Windows is really not what I use, the package is pending suggestions of improvement.

As to the API, should the locate-user-emacs-<domain>-file be renamed?  locate-user-emacs-file has the NEW-NAME OLD-NAME parameters, and creates unconditionally the directory when OLD-NAME is not passed.

  Francisco Colaço

2016-09-06 22:49 GMT+01:00 Noam Postavsky <npostavs@users.sourceforge.net>:
Last time this was proposed
(https://debbugs.gnu.org/cgi/bugreport.cgi?bug=583) there was some
skepticism about the stability of such standards.

On Tue, Sep 6, 2016 at 11:24 AM, francisco.colaco@gmail.com
<francisco.colaco@gmail.com> wrote:
>> (locate-user-emacs-config-file "init.el")
>> "/home/francisco.colaco/.config/emacs/emacs/init.el"
[...]
> ~/.config/emacs/init.el (the result of "(locate-user-emacs-config-file
> "init.el")

Is the double emacs/emacs/ in the first case a typo?