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
> I think the problem is the lack of the necessary primitive in window.el.
> Should it exist, any mode could use it with a simple function call
> that creates a new window below the current one even in a wide-frame
> configuration. I remember Martin proposed a patch during the code freeze,
> but currently can't find it.
I'm currently rewriting the window code so this would be a good moment
to incorporate such wishlist items here. Though for the present case
I'm not quite sure whether `pop-to-buffer' is the primitive you want: If
you want the new window definitely appear below the selected one, then
why not use `split-window' in the first place? `pop-to-buffer' should
be allowed to use heuristics based on user preferences. Applications
should not deliberatly override them.
martin
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.