I've noticed this problem in XEmacs, but not in Emacs. When one macroexpands a form, the frame splits, the "*SLIME Macroexpansion*" window appears, and the cursor jumps there.
If one then presses 'q' -- bound to `slime-popup-buffer-quit-function' (which is bound to `slime-popup-buffer-quit' in the buffer), not only does the macroexpansion buffer's window close, but the original window that contained the form that was macroexpanded gets buried as well. That is, quitting from the macroexpansion buffer does not return to the original buffer; it returns to what I guess is one buffer below that original buffer in the stack.
* Steven E. Harris [2008-10-29 00:33+0100] writes:
I've noticed this problem in XEmacs, but not in Emacs. When one macroexpands a form, the frame splits, the "*SLIME Macroexpansion*" window appears, and the cursor jumps there.
If one then presses 'q' -- bound to `slime-popup-buffer-quit-function' (which is bound to `slime-popup-buffer-quit' in the buffer), not only does the macroexpansion buffer's window close, but the original window that contained the form that was macroexpanded gets buried as well. That is, quitting from the macroexpansion buffer does not return to the original buffer; it returns to what I guess is one buffer below that original buffer in the stack.
Thanks for the report. Should be fixed in HEAD.
Helmut.
Helmut Eller heller@common-lisp.net writes:
Thanks for the report. Should be fixed in HEAD.
Indeed, it is. Thanks for the quick turnaround.