all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Alex Schroeder <alex@gnu.org>
Subject: Re: compilation-goto-locus, pop-up-windows, same-window-regexps
Date: Tue, 18 Mar 2003 01:01:09 +0100	[thread overview]
Message-ID: <87smtly24a.fsf@gnu.org> (raw)
In-Reply-To: <E18v3y2-00009j-00@fencepost.gnu.org> (Richard Stallman's message of "Mon, 17 Mar 2003 18:24:30 -0500")

Richard Stallman <rms@gnu.org> writes:

> I think the right solution is to bind pop-up-windows to (or
> pop-up-windows compilation-error-pop-up-windows) where
> compilation-error-pop-up-windows is a new user option.  That will
> make everyone happy.  Want to do that?

Perhaps.

Why is does the name of the option contain "error"?  After all,
compilation-goto-locus is also used for grep, for example.

Let us first establish if we really need:

1. one such new variable for every sitatuation
2. one such new variable for some of these sitatuations
3. one new variable for all situations

Personally, I only need one new variable, and I'd probably like it for
*all* situations: (and pop-up-windows important-pop-up-windows).  I
would like to add such a new variable to Emacs, and use it wherever
pop-up-windows is bound to t at the moment.

important-pop-up-windows would default to t, setting both
pop-up-windows and important-pop-up-windows to nil would achieve the
behaviour I want.

Let me explain why I am pretty sure that I think I really never want
to split windows:

When I work with Emacs at the moment, I often have 6 or 7 windows open
in one frame, and I only use one frame.

Undoing a split usually involves C-x o C-x 0 -- and even them I am not
always sure that C-x o takes me to the correct window and that C-x 0
does not enlarge some other window instead of restoring the original
window configuration.  So every pop-up interrupts my work flow.

I used to think that C-x r w 1 (store window config in register) was
the way to get back easily to complex window configurations, but it
turned out to not work.  For one, it remembered buffer positions,
which is bad if you have a window showing a buffer that grows (shell,
sql, irc), or if you have a window that may show different buffers at
different times (gnus group, gnus summary, gnus article, or message).

Alex.

  parent reply	other threads:[~2003-03-18  0:01 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-16 10:43 compilation-goto-locus, pop-up-windows, same-window-regexps Alex Schroeder
2003-03-17  4:52 ` Richard Stallman
2003-03-17  9:14   ` Alex Schroeder
2003-03-17 23:24     ` Richard Stallman
2003-03-17 23:41       ` Stefan Monnier
2003-03-18  0:04         ` Alex Schroeder
2003-03-18  0:35           ` Stefan Monnier
2003-03-18  0:01       ` Alex Schroeder [this message]
2003-03-19  8:49         ` Richard Stallman
2003-03-21 22:52           ` Alex Schroeder
2003-03-24  2:05             ` Richard Stallman
2003-03-24 20:35               ` Alex Schroeder
2003-03-24 23:02                 ` Robert J. Chassell
2003-03-26  0:39                   ` Alex Schroeder
2003-03-26 14:01                     ` Robert J. Chassell
2003-03-26 22:33                       ` Alex Schroeder
2003-03-27 10:05                         ` Oliver Scholz
2003-03-24  2:05             ` Richard Stallman
2003-03-24 15:36               ` Stefan Monnier
2003-03-24 20:41               ` Alex Schroeder
2003-03-24 21:06                 ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87smtly24a.fsf@gnu.org \
    --to=alex@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.