Michael Toomim writes:
Jacob Burckhardt wrote:
> 4. In one frame, drag the mouse over the "a" so that only "a" is
highlighted.
>
> 5. Move the mouse over the other frame, but do not type or click any
> buttons in the frame.
>
> 6. Move the mouse into an xterm window.
What type of focus policy is your window manager using?
Focus-follows-mouse?
Yes, although the policy name is phrased differently. The window
manager calls it, "When does the mouse pointer affect the input
focus." I normally use the value "enter-only". I tried changing it
to "click" and in order to reproduce the bug, I had to click on the
title bar area of the second XEmacs frame. If I move the mouse into
the second frame but do not click in that frame, then the cursor
remains a hollow rectangle, not filled in.
If I permanently switched to using "click" policy, then I would
probably much more often paste the text I intended. However, I can
still imagine occasionally wanting to view something in the second
XEmacs frame before I go to the xterm to paste. If that frame was
partially hidden, I might have to click the title bar to bring it to
the foreground, which would then change what XEmacs will past into the
xterm. Also, I do prefer "enter-only".
My window manager is Sawfish. The Debian package manager system says
I am using sawfish-gnome 1.0.1.20020116. I am using the gnome
desktop. I think it is gnome version 1.4.1.