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

Previous Next

Full log

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

From: martin rudalics <rudalics <at> gmx.at>
To: Juri Linkov <juri <at> jurta.org>
Cc: 1806 <at> debbugs.gnu.org, Carsten Dominik <dominik <at> science.uva.nl>
Subject: Re: bug#1806: dired-pop-to-buffer in wrong place
Date: Wed, 07 Jan 2009 11:27:52 +0100

> I can't image a situation when someone will want to display a narrow
> window on a full-height side window.  At least I think currently we should
> restore the old behavior when these commands displayed a narrow window
> below the original window instead of a side window.

I did this for `dired-pop-to-buffer'.

> I think a general rule of thumb for finding all such cases should be the
> following: when there is a call to `fit-window-to-buffer' after calling
> `pop-to-buffer' then split windows vertically because otherwise
> `fit-window-to-buffer' makes no sense since it adjusts the window height
> and can't do this on a full-height horizontally split window.

Good suggestion. I found the following candidates:

`Electric-pop-up-window', `ibuffer-confirm-operation-on',
`disabled-command-function', `proced-send-signal',
`fancy-startup-screen', `display-time-world', `widget-choose'.

Can someone comment on these?  We might also have to consider windows
affected by `temp-buffer-resize-mode'.  I'll leave it to Carsten to
figure out what's best for `org-mode'.

As for `calendar' I share Stefan's POV ...

martin

Previous Next

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