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 #42 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 12:01:57 +0200
>>  >>  > (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?
>>
>> Maybe "in a window adjacent to it"?
>
> What's the difference?
>
> Is your problem with the "window", in singular, or with something
> else, like "the frame"?
>

What does a term like "the frame's other window" mean?  A frame can have
a couple of "other windows".  It took me some while to find out that the
other window must be a full height live 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.