[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: window configuration bug
From: |
John H Palmieri |
Subject: |
Re: window configuration bug |
Date: |
Thu, 30 May 2002 14:15:41 -0700 |
User-agent: |
Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (alphaev5-dec-osf5.1) |
[I forgot to forward my reply to bug-gnu-emacs@gnu.org, in addition to
rms.]
Your patch fixes my problem, but introduces another one:
(defun test ()
(interactive)
(let ((config (current-window-configuration)))
(insert "hello")
(set-window-configuration config)))
Hit 'C-x 2', then 'M-x test', and "hello" gets inserted, with the
point after the "o". This is a fix of the bug I reported.
However, hit 'C-x 2 C-x o', so that I'm in the second window associated
to this buffer. Move the point around and do 'M-x test': "hello" gets
inserted, but it gets inserted in the wrong place: not at the current
point, but instead at the point in the first buffer. It appears that
the point is getting repositioned before the function is executed:
if I do 'M-x debug-on-entry test' in this situation, move the point
around and run 'M-x test', then as soon as the backtrace buffer
appears, the point has been moved. In fact, if I do lots of things,
the point in the second buffer gets changed to the point in the first
buffer. For example, if I type 'M-x debug-on-entry', then by the time
the prompt "Debug on entry (to function):" appears, the point has been
moved.
Richard Stallman <rms@gnu.org> writes:
> Yes, the position of point in other windows is supposed to be saved.
> There is a special exception for point in the current buffer--that is not
> supposed to be saved or restored.
>
> It looks like the bug is that point in the current buffer IS being
> restored.
>
> Please try this patch:
>
>
> *** window.c.~1.415.~ Sun May 26 14:30:50 2002
> --- window.c Thu May 30 11:58:23 2002
--
J. H. Palmieri
Dept of Mathematics, Box 354350 mailto:palmieri@math.washington.edu
University of Washington http://www.math.washington.edu/~palmieri/
Seattle, WA 98195-4350