Re: A gtk/kde-xemacs... a modest toolbar/menubar proposal...
sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes:
>>>>> "Ben" == Ben Wing <ben(a)666.com>
writes:
Ben> However, one thing that you absolutely must not do is remove the Xt support.
Ben> This would be an incredibly unfriendly thing to do as it would prevent people
Ben> from using any widget set other than Qt or GTK. Keep in mind that people run
Ben> XEmacs on all sorts of different versions of X in Unix, and Xt is the standard
Ben> and the only toolkit that probably exists on all of these systems.
Yup. We also really need X/Xt resources to work. Jamie got that one right.
now I'm really not in the position to argue on technical stuff with
people like Ben or Bill or Michael, but shouldn't we at least consider
to remove some of the backward compatibility stuff for xemacs? gtk
can be compiled on quite a big range of unix machines (and on win32,
too by the way, although I don't think that this will be an option the
win32 people like to consider).
Now we have a growing set of features that can be used to a varying
extent on various platforms, and as far as I can tell, for all the nice
graphics stuff it's the win32 platform that works best. The only toolkit that is
a) free
b) stable enough
c) available on enough platforms
d) able to at least compete featurewise with the win32 toolkit
is gtk.
of course could everything be build from the intrinsics, but noone did
it by now and I don't think anybody will ever for the sole purpose of
giving XEmacs it's on gui.
just IMHO
jtl