Re: Incompatible change to file-attributes - this is how it can look
>>>> Stephen J Turnbull <stephen(a)xemacs.org> writes:
No, we need to preserve the file-attributes API for backward
compatibility. This is especially true of APIs which support hooks
and handlers.
And we need to do that in core and not in fsf-compat I guess.
What I'm suggesting is that we can provide a more regular API
for
people who want to use it, or perhaps for internal use.
Fine with me. So these would then be more or less two parallel
interfaces.
- file-attributes changed for GNU compatibility and support for file
handlers.
- And then some other function, like the file-stat and file-attr,
stuff I hacked together recently to test the design. That could
then be use internally and for anybody who prefers the alternative
interface (but not for file-handlers)
Well, if I step back, and look on this from a distance, the
alternative API does not look that promising. Internally it could be
motivated for but for packages, what upstream would prefer the
enhanced interface when they still would have to use the other
interface for GNU compatibility?
Yours
--
%% Mats
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta