Re: compilation-goto-locus, pop-up-windows, same-window-regexps

[Alex Schroeder]

"Robert J. Chassell" <address@hidden> writes:

> Good point.  But I don't see any simple solution, other than running
> different instances of Emacs.  But I am often blind to what Emacs can
> already do.  Does anyone know of a simple and limited solution to the
> current problem?

Not yet -- specially since RMS pointed out another class of problems
for my simple solution:  Long messages.  Sometimes Emacs uses a buffer
to display information about another buffer instead of the echo area
-- eg. "You are using an unsafe coding system to save character
X...  The other window shows this character X" (more or less).  Now if
you only show one of these buffers, the error message makes no sense
without seeing character X in the other buffer, and seeing only
character X in a buffer without the message is also useless.  A
similar, but less serious problem is the idea of a help message when
writing bug reports.  With a "one-window-at-all-times" setup, you will
see either the help text, or the mail buffer, but not both.

I must think a bit more about this, since the simple solution seems to
have some drawbacks.  At first I thought I could solve the problem
with appropriate stacking of buffers -- eg. if you first see a help
message talking about the bug report, and you hit q and then you see
the mail buffer, then it still sort-of makes sense.  But the error
message about the unsafe coding system is a killer -- just stacking
the information is not enough, because in that situation you must
answer a question (choose a safe coding system) without having the
chance to look at the "next" buffer.

Anyway, back to the second part of your message -- what can Emacs
already do in this area?  I tried to collect some ideas floating
around:

Note that I used frames to group windows and buffers belonging to a
group in earlier days.  People like Oliver Scholz have implemented (I
don't know the current status) code that modifies buffer-switching
functions to only allow buffers "in the same group", and these groups
where somehow tied to a frame.  That makes frames dedicated to
particular tasks easier to use, because you won't get lost in your
long list of unrelated buffers when you switch buffers.

Other related stuff Emacs already does:

special-display-buffer-names creates new frames for particular
buffers.

same-window-buffer-names controls whether a certain buffer is shown in
the current window or in some "other" window (possibly creating new
ones).

gnus-window-configuration specifies the configuration of buffers to
use for a variety of typical situations while reading mail and news.
These window configurations replace the current window configuration
of a frame, so having a dedicated Gnus frame works.  Since I wanted a
dedicated Gnus *window*, I attempted to create a
gnus-window-configuration setting that always shows only one buffer at
all times.

"La solution existe!" -- Alex.