all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* walk-windows
@ 2007-07-11  0:05 Drew Adams
  2007-07-15 17:46 ` walk-windows Drew Adams
  0 siblings, 1 reply; 2+ messages in thread
From: Drew Adams @ 2007-07-11  0:05 UTC (permalink / raw)
  To: Emacs-Devel

Can someone please explain a little about the logic behind the treatment of
a standalone minibuffer frame in `walk-windows' (hence also
`count-windows')? Here's the doc string:

 Cycle through all visible windows, calling proc for each one.
 proc is called with a window as argument.

 Optional second arg minibuf t means count the minibuffer window even
 if not active.  minibuf nil or omitted means count the minibuffer iff
 it is active.  minibuf neither t nor nil means not to count the
 minibuffer even if it is active.

 Several frames may share a single minibuffer; if the minibuffer
 counts, all windows on all frames that share that minibuffer count
 too.  Therefore, if you are using a separate minibuffer frame
 and the minibuffer is active and minibuf says it counts,
 `walk-windows' includes the windows in the frame from which you
 entered the minibuffer, as well as the minibuffer window.

 all-frames is the optional third argument.
 all-frames nil or omitted means cycle within the frames as specified above.
 all-frames = `visible' means include windows on all visible frames.
 all-frames = 0 means include windows on all visible and iconified frames.
 all-frames = t means include windows on all frames including invisible
frames.
 If all-frames is a frame, it means include windows on that frame.
 Anything else means restrict to the selected frame.

The first two sentences in the third paragraph seem to conflict. The first
says that "if the minibuffer counts, all windows on all frames that share
that minibuffer count too." The next one says that (only) "the windows in
the frame from which you entered the minibuffer" count too, not all other
frames that share the standalone minibuffer. Which is correct? This is
important, because it determines the meaning of `all-frames' when it is nil,
because the doc string says, about that, "the frames as specified above".

Beyond this confusion, I don't understand why you would want to include
windows on another frame, if all-frames is nil.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* RE: walk-windows
  2007-07-11  0:05 walk-windows Drew Adams
@ 2007-07-15 17:46 ` Drew Adams
  0 siblings, 0 replies; 2+ messages in thread
From: Drew Adams @ 2007-07-15 17:46 UTC (permalink / raw)
  To: Emacs-Devel

> Can someone please explain a little about the logic behind the 
> treatment of a standalone minibuffer frame in `walk-windows'
> (hence also `count-windows')?
...
> The first two sentences in the third paragraph seem to conflict....
> Which is correct? This is important, because it determines the
> meaning of `all-frames' when it is nil, because the doc string
> says, about that, "the frames as specified above".
> 
> Beyond this confusion, I don't understand why you would want to
> include windows on another frame, if all-frames is nil.

Can anyone help here? See original post for more info.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-07-15 17:46 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-07-11  0:05 walk-windows Drew Adams
2007-07-15 17:46 ` walk-windows Drew Adams

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.