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

Message #51 received at 11276 <at> debbugs.gnu.org (full text, mbox):

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

>> What does a term like "the frame's other window" mean?  A frame can have
>> a couple of "other windows".
>
> Would it be better if we said "the frame's other windows", in plural?

No.

> ??? I can resize the minibuffer window like this:
>
>   emacs -Q
>   M-: (setq resize-mini-windows nil) RET
>   C-x 2
>   drag the mode line of the lowest window with the mouse
>
> What is the recipe where you must have a full-height window above the
> minibuffer?

Unplug your mouse ;-)

For example,

  emacs -Q
  M-: (setq resize-mini-windows nil) RET
  C-x 2
  C-x o
  M-x shrink-window

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

Previous Next

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