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

Previous Next

Package: emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Thu, 19 Apr 2012 01:05:01 UTC

Severity: normal

Found in version 24.0.95

Fixed in version 24.0.96

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

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: Thu, 19 Apr 2012 17:31:50 +0300
> Date: Thu, 19 Apr 2012 08:56:54 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> Cc: 11276 <at> debbugs.gnu.org
> 
> Does it work if you set `resize-mini-windows' to nil?  If I do that
> here, I can, for example, drag the divider between the emacs -Q main
> window and the minibuffer window with the mouse.

This doesn't work for me, neither on the trunk nor on the emacs-24
branch.

>  > (The manual also says:
>  >
>  >    You can resize it permanently by using the window sizing commands in
>  >    the frame's other window, when the minibuffer is not active.
>  >
>  > I don't know what this means. It doesn't seem to work in any version of
>  > Emacs that I can find.)
> 
> The terminology "in the frame's other window" seems to indicate that
> this was written in an earlier century.

How would you rephrase this for this century?




This bug report was last modified 13 years and 33 days ago.

Previous Next


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