GNU bug report logs - #1806
dired-pop-to-buffer in wrong place

Previous Next

Package: emacs;

Reported by: Juri Linkov <juri <at> jurta.org>

Date: Tue, 6 Jan 2009 15:40:04 UTC

Severity: normal

Done: Juri Linkov <juri <at> jurta.org>

Bug is archived. No further changes may be made.

Full log


Message #205 received at 1806 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 1806 <at> debbugs.gnu.org, Juri Linkov <juri <at> jurta.org>
Subject: Re: bug#1806: dired-pop-to-buffer in wrong place
Date: Thu, 15 Jan 2009 09:59:14 -0500
>> But how would the user override this behavior in a way that can depend
>> on the buffer being shown (i.e. via special-display-buffer-names)?

> Customizing `pop-up-windows' would give (1) a general preference where
> and how `display-buffer' should pop up windows, and (2) a possibility to
> override decisions made by applications like dired on where and how to
> pop up windows.

> `special-display-buffer-names' and `special-display-regexps' would be
> handled as usually, before checking `pop-up-windows'.  If we want, we
> can provide things like 'window-below or 'window-at-bottom as phony
> parameters as suggested earlier.

Actually, those phony params aren't right.  Now that you made me think
some more about it, they're all mutually exclusive, so we really only
want one such param whose value could be `same-frame', `same-window',
or `near-minibuffer'.  Those same values could be used for
pop-up-windows.


        Stefan




This bug report was last modified 12 years and 236 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.