all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Stefan Monnier" <monnier+gnu/emacs@rum.cs.yale.edu>
Cc: emacs-devel@gnu.org
Subject: Re: compilation-goto-locus, pop-up-windows, same-window-regexps
Date: Mon, 17 Mar 2003 18:41:01 -0500	[thread overview]
Message-ID: <200303172341.h2HNf2YA015261@rum.cs.yale.edu> (raw)
In-Reply-To: E18v3y2-00009j-00@fencepost.gnu.org

>     If you agree with the general argumentation in my previous mail, then
>     I can go through these places and suggest what to do for each one.
> 
> I think that the question of whether to bind pop-up-windows or obey it
> is specific for each instance where this happens.  The reason I made
> compilation-goto-locus bind it was that I thought that for that
> command users would prefer to split the screen, even users who in most
> cases do not.  If that is true, binding pop-up-windows there was a
> good idea.  Otherwise, it was not.
> 
> It would be the same kind of question for each other such place.
> The answers might not necessarily be the same.
> 
> 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?

I think there's a better solution: use special-display-buffer-names.
You can (for example) specify

  (push '("*Compilation*" (same-window . t)) special-display-buffer-names)

to cause (pop-to-buffer "*Compilation*") to prefer reusing the current window.

I think using a system along those lines is much better than introducing
hundreds of foo-bar-pop-up-windows and foo-bar-pop-up-frames.

Of course special-display-buffer-names is intended for
users and should initially be nil.  So we should create a new var like
special-display-defaults.  Also I think there's currently only ways
to say "stay in the same frame" or "stay in the same window" but no ways
to say "use another window" or "use another frame".


	Stefan

  reply	other threads:[~2003-03-17 23:41 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 [this message]
2003-03-18  0:04         ` Alex Schroeder
2003-03-18  0:35           ` Stefan Monnier
2003-03-18  0:01       ` Alex Schroeder
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=200303172341.h2HNf2YA015261@rum.cs.yale.edu \
    --to=monnier+gnu/emacs@rum.cs.yale.edu \
    --cc=emacs-devel@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.