GNU bug report logs -
#1806
dired-pop-to-buffer in wrong place
Previous Next
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 #220 received at 1806 <at> emacsbugs.donarmstrong.com (full text, mbox):
>>>>> "Juri" == Juri Linkov <juri <at> jurta.org> writes:
>>> `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.
> While at this topic, could you also suggest a good parameter for the
> name of the current buffer to define where to display a new buffer.
> What I mean is that, for example, after clicking a link to the source file
> from the *Help* buffer, I want the source code (c. or .el) buffer to be
> displayed in the same window replacing the *Help* buffer. Since the name
> of the source code buffer can be anything, the only definite parameter is
> the name of the last buffer displayed in the current window ("*Help*").
Not sure 'bout that. Probably special-display-buffer-names is not the
bext place to use for that kind of information.
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.