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 #155 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: Wed, 14 Jan 2009 13:00:13 -0500
>> I think either behavior is acceptable as long as it can be overridden by
>> the user (via special-display-buffer-names).  Reproducing the previous
>> behavior (of ignoring pop-up-frames) is probably the safer option, and
>> it at least would suit my use-pattern better as well (I do have
>> pop-up-frames set to t but would rather not have a new frame created for
>> those dired-lists unless I explicitly set one up in
>> special-display-buffer-names with a specific geometry).

> Maybe we should have `special-display-popup-frame' handle yet another
> phony parameter, say 'split-window, making it split the selected window
> if that is set.

Not sure if `split-window' is really what we want.  I thought in this
case, we want `near-minibuffer'.  But, yes, I basically agree.

Note that the parameter should be passed from the code, not from
special-display-buffer-names (which is a config variable).


        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.