emacs-diffs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Emacs-diffs] /srv/bzr/emacs/trunk r99542: * frames.texi (Frame Commands


From: Chong Yidong
Subject: [Emacs-diffs] /srv/bzr/emacs/trunk r99542: * frames.texi (Frame Commands): Note that the last ordinary frame can
Date: Sun, 21 Feb 2010 08:35:25 -0500
User-agent: Bazaar (2.0.3)

------------------------------------------------------------
revno: 99542
committer: Chong Yidong <address@hidden>
branch nick: trunk
timestamp: Sun 2010-02-21 08:35:25 -0500
message:
  * frames.texi (Frame Commands): Note that the last ordinary frame can
  be deleted in daemon mode (Bug#5616).
modified:
  doc/emacs/ChangeLog
  doc/emacs/frames.texi
=== modified file 'doc/emacs/ChangeLog'
--- a/doc/emacs/ChangeLog       2010-02-18 09:04:46 +0000
+++ b/doc/emacs/ChangeLog       2010-02-21 13:35:25 +0000
@@ -1,3 +1,8 @@
+2010-02-21  Chong Yidong  <address@hidden>
+
+       * frames.texi (Frame Commands): Note that the last ordinary frame can
+       be deleted in daemon mode (Bug#5616).
+
 2010-02-18  Glenn Morris  <address@hidden>
 
        * trouble.texi (Contributing): Repository is no longer CVS.

=== modified file 'doc/emacs/frames.texi'
--- a/doc/emacs/frames.texi     2010-01-13 08:35:10 +0000
+++ b/doc/emacs/frames.texi     2010-02-21 13:35:25 +0000
@@ -622,18 +622,24 @@
 Delete all frames except the selected one.
 @end table
 
+  The @kbd{C-x 5 0} (@code{delete-frame}) command will never delete
+the last frame, to prevent you from losing the ability to interact
+with the Emacs process.  Note that when Emacs is run as a daemon
+(@pxref{Emacs Server}), there is always a ``virtual frame'' that
+remains after all the ordinary, interactive frames are deleted.  In
+this case, @kbd{C-x 5 0} can delete the last interactive frame; you
+can use @command{emacsclient} to reconnect to the Emacs session.
+
 @vindex focus-follows-mouse
-  To make the command @kbd{C-x 5 o} work properly, you should tell
-Emacs how the system (or the window manager) 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 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
address@hidden  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 default is @code{t}.
+  On X, you may have to tell Emacs how the system (or the window
+manager) handles focus-switching between windows, in order for the
+command @kbd{C-x 5 o} (@code{other-frame}) to work properly.
+Unfortunately, there is no way for Emacs to detect this automatically,
+so you should set the variable @code{focus-follows-mouse}.  If simply
+moving the mouse onto a window selects it and gives it focus, the
+variable should be @code{t}; if you have to click on the window to
+select it, the variable should be @code{nil}.  The default is
address@hidden
 
   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


reply via email to

[Prev in Thread] Current Thread [Next in Thread]