🚀 go-pugleaf

On 23 Sep 1998 22:00:39 +0200, David Kastrup
<dak@mailhost.neuroinformatik.ruhr-uni-bochum.de> wrote: 
>mawarkus@t-online.de (Matthias Warkus) writes:
>
>> I suppose GNU Emacs, as opposed to XEmacs, will soon go Gnome. It
>> could do cool things, then, I agree with you.
>
>First Gnome must become Gnome and settle on a few more policies.  One
>can probably assume that GNU Emacs "Going Gnome" would mean that it
>can be talked to using CORBA and XDnd.  Which would mean that it
>probably would be `going KDE' at the same time as it would be "going
>Gnome".

Indeed. 

The notion of being able to push functionality out of Emacs into
separate daemon processes would be *really* rather worthwhile.  Which
has very little to do, of course, with Gtk... 

>> After all, Gnome is GNU's pet desktop environment since it uses
>> GNU's pet GUI library etc.?
>
>Pet desktop?  Pet GUI library?  There is hardly any GNU software
>around that is using Gtk currently.  There are prospects for becoming
>a pet, but in the current situation you are exaggerating.

There's *some* validity to this assertion, as GNUS Bulletin has
indicated that:

- The Teak Project is being discontinued due to the presence of
GNOME... 

- There were some comments claiming Gtk/GNOME as a "FSF" project... 

That being said, the FSF raised money ($14,000) in specific support of a
GNUStep component; they haven't (as far as I can tell) put any such
stuff into GNOME... 

>> Has anyone got any information as to
>> whether anyone wants to develop "gnemacs"?
>
>Don't hold your breath.  GNU Emacs development has been a lot more
>reluctant about eye candy.  I do not think it improbable that GTK
>toolkit usage and even some Drag and Drop might be implemented in
>reasonable time, but GNU Emacs has always been rather conservative
>with regard to eye candy and GUI hunts.

The value to "GNOME stuff" would be the ability to push some of the
daemon-like processes that Emacs often uses (shell modes, batch
processes, GNUS, come to mind immediately) out to the CORBA side so as
to get around the fact that Emacs LISP doesn't usefully multithread... 

Note that GNU Emacs can be regarded as an application infrastructure in
much the way GNOME is...

-- 
"All language designers are arrogant.  Goes with the territory..."
(By Larry Wall)
cbbrowne@ntlug.org- <http//www.ntlug.org/~cbbrowne/lsf.html>