Elisp-less Emacs possibilities (was Re: BSD-like licensed files in XEmacs Packages?)

Štěpán Němec writes: You're welcome. Ah, but *if* we have a non-Emacs-derived implementation of the "facilities", then those facilities become de facto part of the language, and the "just interprets data as a language" part of the FAQ means that there are no copyright/license issues. Agreed. Nevertheless, most of those programs are quite useful in daily editing, even if equally inadequate to the task of providing a robust general-purpose programming environment "with batteries included". I think we disagree on what "the task" is. I use XEmacs daily and am (mostly) quite satisfied with it. Indeed, I would like to see Emacs (well, *X*Emacs ;-) become a scripting and programming environment to surpass the P languages. I suppose that is "the task" you have in mind. But I don't consider that to be a primary task of current Emacs development, nor do I consider the inability of Emacs to provide such an environment likely to kill any of the Emacsen any time soon. *Derived* means using code from those projects, which would be gradually replaced over time, the way the BSD guys wrote libedit to make it possible to write code that users could link to libreadline even if projects can't distribute it that way. To the extent that the core expanded and new applications or rewrites of old ones were done in Scheme, it would be possible to have a partial but very useful distribution under libre terms. Another possibility would be to reimplement only the text types (buffers and strings), and leave everything else up to a brand new display engine. Jamie Zawinski's suggestion is targeting HTML, leaving redisplay up to your browser. :-) _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta