]> git.eshelyaron.com Git - emacs.git/commitdiff
(Frame Commands): Mention that focus-follows-mouse doesn't have effect on
authorEli Zaretskii <eliz@gnu.org>
Fri, 21 Jul 2006 07:56:51 +0000 (07:56 +0000)
committerEli Zaretskii <eliz@gnu.org>
Fri, 21 Jul 2006 07:56:51 +0000 (07:56 +0000)
MS-Windows.

man/frames.texi

index 4eb0a523cad03d841c0f01d935d46dc188c68b90..29ece2d0dc2d5a52d0d33b92972d2845f58d433c 100644 (file)
@@ -547,12 +547,18 @@ Delete all frames except the selected one.
 how the system (or the window manager) generally handles
 focus-switching between windows.  There are two possibilities: either
 simply moving the mouse onto a window selects it (gives it focus), or
-you have to click on it in a suitable way to do so.  Unfortunately
-there is no way Emacs can find out automatically which way the system
-handles this, so you have to explicitly say, by setting the variable
-@code{focus-follows-mouse}.  If just moving the mouse onto a window
-selects it, that variable should be @code{t}; if a click is necessary,
-the variable should be @code{nil}.
+you have to click on it in a suitable way to do so.  On X, this focus
+policy also affects whether the focus is given to a frame that Emacs
+raises.  Unfortunately there is no way Emacs can find out
+automatically which way the system handles this, so you have to
+explicitly say, by setting the variable @code{focus-follows-mouse}.
+If just moving the mouse onto a window selects it, that variable
+should be @code{t}; if a click is necessary, the variable should be
+@code{nil}.
+
+The window manager that is part of MS-Windows always gives focus to a
+frame that raises, so this variable has no effect in the native
+MS-Windows build of Emacs.
 
 @node Speedbar
 @section Speedbar Frames