Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!rutgers!mit-eddie!bacchus!rlk
From: rlk@bacchus.UUCP
Newsgroups: comp.emacs
Subject: Re: gnuemacs + X
Message-ID: <218@bacchus.MIT.EDU>
Date: Wed, 11-Feb-87 12:29:48 EST
Article-I.D.: bacchus.218
Posted: Wed Feb 11 12:29:48 1987
Date-Received: Thu, 12-Feb-87 07:20:46 EST
Sender: daemon@bacchus.MIT.EDU
Reply-To: rlk@athena.MIT.EDU
Organization: MIT Project Athena
Lines: 25

In article <1286@hplabsc.UUCP> mayer@hplabsc.UUCP (Niels Mayer) writes:
]I recently got a version of gnuemacs (v18.35) running as an x client and I
]was throroughly disappointed to find that gnuemacs/X is still a single window
]editor. What a pane! 
]
]My qusetion is: will gnuemacs/X ever support multiple windows??

Not in Version 18; if RMS decides to redesign the terminal interface,
it may be possible in version 19 or later.

The problem is that the terminal handler expects a single input stream
and a single output stream.  There's no way for emacs to understand
the concept of switching between windows.

It would in theory be possible to do this by handling enter window
events and sending the necessary Emacs commands (C-xo), but this is
unreliable, messy, and generally a bad way to do things, but there's
still a problem:  the minibuffer.  Emacs can only deal with one
minibuffer at once, except for recursive minibuffers; multiple windows
would generally need multiple minibuffers.  This is not good.

So, until Stallman decides to redo the terminal/window interface for
emacs, I'm afraid the answer to your question is no.

Robert^Z