You can't "simply" replace any large component of XEmacs with any component
from any other program.
Jens Lautenbacher wrote:
Jan Vroonhof <vroonhof(a)math.ethz.ch> writes:
> <nic(a)niss.ac.uk> writes:
>
> > Sure many Linux distros come with gtk/Qt, but Sun, IBM, etc. boxes[1]
> > do not,
>
> This will probably be change soon because of Mozilla 5/Netscape 6.
> All it needs one killer app. (Although currently Mozilla takes "killer
> app" too literal sometimes).
mozilla wants to replace gtk again as ar as I know with pure xlib.
They do their own widgets now for very good reasons, still based at
the moment on gtk, but this makes no sense in the long run.
One thing I toyed with if it wouldn't be a nice thing to simply use
gecko as XEmacs display engine... I don't know if it _is_ possible to
handle really large buffers in gecko (I assume not, as I suppose they
have the DOM for a buffer always in memory) but the same holds for
emacs and shouldn't be a real problem nowadays.
jtl
--
Ben
In order to save my hands, I am cutting back on my mail. I also write
as succinctly as possible -- please don't be offended. If you send me
mail, you _will_ get a response, but please be patient, especially for
XEmacs-related mail. If you need an immediate response and it is not
apparent in your message, please say so. Thanks for your understanding.
See also
http://www.666.com/ben/typing.html.