Re: Can we go GTK-only?

[YAMAMOTO Mitsuharu]

>>>>> On Sun, 30 Oct 2016 15:49:02 -0700, Daniel Colascione <address@hidden> 
>>>>> said:

>> Ideally, yes, I definitely think we should split the Emacs process into
>> various threads:
>> - some threads for the GUI.
>> - one thread for the Elisp engine (which receives events from the GUI
>> threads among others).
>> 
>> So the GUI thread would handle the expose events, read-locking the
>> matrices, while the redisplay would run in another thread,
>> write-locking
>> those same matrices.

> Agreed. That's basically how IntelliJ works too. We can do even better too: 
> there's no reason these parts need to run in the same process it even the 
> same machine. 

Cocoa (maybe also for GNUstep?) has a restriction that GUI events must
be processed in the main thread.  Probably the Lisp thread also wants
to be main, especially when we start it by a tty-only session and then
add a GUI session via multi-tty.  So we have to separate processes for
GUI front-end and Lisp back-end to support such situations, anyway.

If we can separate them cleanly, then it might be possible to create a
front-end for iPad that communicates with a Lisp back-end running in
another machine.  It would also work around the GTK+ problem about
multi-tty mentioned in this "thread".

                                     YAMAMOTO Mitsuharu
                                address@hidden