Hi,
If I set scroll-conservatively to a large value say 1000, then load my
.emacs (for that matter any file), and try to execute beginning-of-buffer,
end-of-buffer and beginning-of-buffer, the third function takes about 4
seconds with the CPU usage going to 100%. It took me quite a while to
figure the cause for this trouble (I had to do a binary search on my
init.el file). I understand that this variable is kind of controversial and
there are no fixes at present. My questions:
1. Is this behaviour intended ?
2. Is there a way to tell XEmacs to scroll only line at a time to bring
back the text onto the screen, instead of recentering ? I read in a
message on this list from Kyle, which mentioned about the part where
XEmacs tries to read from the keyboard etc. That kind of matches up with
what I am seeing i.e if I set scroll-step to 1 and keep pressing C-n, I
get scrolling line at a time, till the buffer fills up with keystrokes.
After a while, the screen starts jumping half page at a time to recenter
the cursor. I tested it by pausing between presses of C-n, so that I
give time for XEmacs to catch up.
I am using XEmacs CVS on RedHat 7.3.
-kitty.
--
Krishnakumar B <kitty at cs dot wustl dot edu>
Distributed Object Computing Laboratory, Washington University in St.Louis