* Larry Troxler
| This must be an age-old problem, yet I don't remember seing any answers
| on this list.  Does this mean that nobody uses emacs anymore, or has this
| finally been solved in the ACL/emacs interface code?

  this is how Emacs buffer display works in general.  even if you have set
  the scrolling variables, if you get too much new text to display in one
  operation so that Emacs cannot bring point back into the displayed region
  of the buffer, Emacs will recenter the display, instead.  I'm surprised
  that you haven't noticed this behavior elsewhere in Emacs.  it is indeed
  age-old, probably 20 years.

  various measures may be taken to change this behavior somewhat, such as
  tweaking the values of SCROLL-STEP and SCROLL-CONSERVATIVELY.  oh, you
  run XEmacs.  I have no idea what these things are called in XEmacs, but
  I'm pretty sure they're there, perhaps with a cloaking device.

  if you aren't satisfied with this, you can always try to tweak various
  hooks that insert process output into the buffer, but it is easier to
  learn to live this behavior.  again, I'm surprised that you haven't.

| If the former, is there a better Lisp-aware editor that can run ACL as a
| supprocess?

  apart from a choice between Emacs and XEmacs, no, there isn't.

#:Erik