[4558] in Athena Bugs

home help back first fref pref prev next nref lref last post

vax 6.4R: emacs

daemon@ATHENA.MIT.EDU (Jonathan I. Kamens)
Sun Mar 18 06:53:29 1990

Date: Sun, 18 Mar 90 06:53:13 -0500
From: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
To: csx@ATHENA.MIT.EDU
Cc: bugs@ATHENA.MIT.EDU
In-Reply-To: bugs[4491]

  Thank you for your recent bug report.

  In it, you reported that you are unable to force an emacs window to
take keyboard input when displaying the window remotely on a
DECstation 3100 running dxwm.

  I have investigated the problem, and it appears to be partially
dxwm's fault, and partially emacs' fault.  I have found a patch to
emacs which will cause emacs to behave properly, and I will do my best
to see that this fix makes it into our next system release (which is
tentatively scheduled for some time near the end of the term or the
beginning of the summer).

  Unfortunately, there is no real work-around to this problem, other
than using another window manager, that I can determine.  One solution
which would give you at least rudimentary emacs functionality would be
to run emacs as a subprocess of an xterm window, since xterm will deal
with keyboard focus properly.  To do this, you would type "xterm -e
emacs -nw &" after setting your DISPLAY environment variable
appropriately.  However, things like cut-and-paste will behave
differently when using emacs inside an xterm window.

  Once again, thank you for reporting the bug.

 Jonathan Kamens
 Project Athena Quality Assurance




home help back first fref pref prev next nref lref last post