From 43954849f409ec1db056ff20291df616813a223b Mon Sep 17 00:00:00 2001 From: "Richard M. Stallman" Date: Fri, 3 Dec 2004 11:27:53 +0000 Subject: [PATCH] (Selecting Windows): get-lru-window and get-largest-window don't consider dedicated windows. --- lispref/windows.texi | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/lispref/windows.texi b/lispref/windows.texi index 0bf3a9ed211..636d1d745cc 100644 --- a/lispref/windows.texi +++ b/lispref/windows.texi @@ -488,7 +488,9 @@ these. The selected window is always the most recently used window. The selected window can be the least recently used window if it is the only window. A newly created window becomes the least recently used -window until it is selected. A minibuffer window is never a candidate. +window until it is selected. A minibuffer window is never a +candidate. Dedicated windows are never candidates, and if all +existing windows are dedicated, the value is @code{nil}. The argument @var{frame} controls which windows are considered. @@ -510,10 +512,12 @@ If it is a frame, consider windows on that frame. This function returns the window with the largest area (height times width). If there are no side-by-side windows, then this is the window with the most lines. A minibuffer window is never a candidate. +Dedicated windows are never candidates, and if all existing windows +are dedicated, the value is @code{nil}. -If there are two windows of the same size, then the function returns -the window that is first in the cyclic ordering of windows (see -following section), starting from the selected window. +If there are two candidate windows of the same size, this function +prefers the one that comes first in the cyclic ordering of windows +(see following section), starting from the selected window. The argument @var{frame} controls which set of windows to consider. See @code{get-lru-window}, above. -- 2.39.2