Re: packages with binaries
Julian Bradfield writes:
Stephen writes:
>default). I'm talking about the internal structure. No matter how
>much functionality you load into a program, you can't make it easier
>to maintain and modify. That requires refactoring.
It seems to me there is quite a bit of refactoring going on.
That could be; I have specialized interests, maybe important stuff is
happening elsewhere. The parts that give me trouble in use
(threading, window management, and summary refresh) don't seem to be
getting refactored. Stuff gets rewritten, but it doesn't get more
understandable or (what really matters) less coupled. Features pop in
and out (the various approaches to sorting by date, for example). In
particular, vm-thread.el internal functions are called in several
other files, and the summary seems to get fiddled with everywhere,
which strikes me as wrong.
I have mixed feelings about this: firstly, it breaks my add-ons
that rely on internal structure (well, there was no documented api,
was there?),
There wasn't a documented API, but vm-vars.el and vm-message.el served
something of a documentation role.
secondly Uday likes Common Lisp, which is an alien idiom to me, so
makes everything hard to read.
*That* is all low-level implementation, which doesn't bother me at
all.:-)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta