GNU bug report logs - #11276
minibuffers windows can no longer be explicitly resized

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 11276 <at> debbugs.gnu.org, rgm <at> gnu.org
Subject: bug#11276: minibuffers windows can no longer explictly be resized
Date: Fri, 20 Apr 2012 10:43:47 +0300

> Date: Thu, 19 Apr 2012 19:18:21 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: rgm <at> gnu.org, 11276 <at> debbugs.gnu.org
> 
>  >> First bug.  I forgot that one can invoke `enlarge-window' and
>  >> `shrink-window' in the minibuffer window.  I'm not sure though whether these
>  >> should have any effect when `resize-mini-windows' is non-nil.
>  >
>  > For compatibility with previous versions of Emacs, I think it
>  > shouldn't, at least not on the emacs-24 branch.
> 
> Sorry, my formulation was probably unclear.

No, it was perfectly clear.  It's my wording that is confusing.  What
I meant to say is that, for compatibility, resize-mini-windows should
have no effect on "C-x ^" typed from the minibuffer window.

>  > resize-mini-windows is a misnomer: it actually means "mini-window size
>  > is controlled by display engine".  That's why window-sizing commands
>  > in previous versions never paid heed to it, only redisplay did.  And
>  > that's why, quite counter-intuitively, setting it to _nil_ allows the
>  > user to resize the mini-window.
> 
> The passive mini-window IIUC.

Yes.

Previous Next

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