>>>> Mats Lidell <matsl(a)xemacs.org> writes:
> I think we should consider a more coherent API (which,
> unfortunately, would need a new name) on the following principles:
And then provide a file-attribute compatibility function?
Another alternative: We could make a mapping closer to POSIX and
rename our current file-attributes to stat (or file-stat) and then add
functions for getpwuid and getgrgid. From these three components the
file-attributes function could be implemented for compatibility with
Whether this is better or not I don't know. It is likely the
compatible file-attributes function that will be used anyway so why
not pragmatically just be compatible?
If we introduced a new API it must be because it will make it so much
better to program against that so that elispers will use that instead
of the compatible API or? Likely in this case, I don't think so.
XEmacs-Patches mailing list