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
View this message in rfc822 format
>>> Looking at this again, I believe what you want is to invert the order of
>>> stealing and giving as in the attached patch. Might have side-effects
>>> elsewhere.
>>
>> Maybe a simpler solution
>
> The change of `enlarge-window' _is_ simple - only the diff appears
> complicated. But we'd have to decide whether it's OK to steal from/give
> to the previous window when enlarging a window. (It makes a difference
> only when we have at least three windows in a row or column.)
I've just looked at the old behavior from the December CVS state,
and noticed that it behaved more conveniently than we are currently
discussing. It displayed a list of files immediately above the
minibuffer. This is convenient because when the minibuffer says:
! on * [5 files]:
then a list of these 5 files is very near above, so there is no need
to search for this list elsewhere on the current frame. Maybe we
should have a special function to display a buffer above the minibuffer
(e.g. `pop-to-buffer-above-minibuffer')?
--
Juri Linkov
http://www.jurta.org/emacs/
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.