8 Jun
2005
8 Jun
'05
9:21 p.m.
Helmut Eller wrote:
slime-find-next-note is the relevant function, but it wasn't changed since a long time. slime-remove-old-overlays was changed recently, but it is hard to see how that could influence M-n/M-p. Also have
I played a bit more. Using my simple foo example, I trace slime-find-next-note into slime-find-note. What I see is that (funcall next-candidate-fn (point) 'slime) returns an index at the end of the buffer.
So perhaps slime-remove-old-overlays is broken on xemacs?
I'll look around some more.
Ray