# HG changeset patch
# User Eli Zaretskii <eliz@gnu.org>
# Date 1153468611 0
# Node ID 608984477c3d1eb887ce35d15f28b1e5c9902419
# Parent  48c386e7269e17d8b49c16e70700c051b32bb652
(Frame Commands): Mention that focus-follows-mouse doesn't have effect on
MS-Windows.

diff -r 48c386e7269e -r 608984477c3d man/frames.texi
--- a/man/frames.texi	Fri Jul 21 07:43:29 2006 +0000
+++ b/man/frames.texi	Fri Jul 21 07:56:51 2006 +0000
@@ -547,12 +547,18 @@
 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