From: martin rudalics <rudalics@gmx.at>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 11276@debbugs.gnu.org
Subject: bug#11276: minibuffers windows can no longer explictly be resized
Date: Fri, 20 Apr 2012 17:31:32 +0200 [thread overview]
Message-ID: <4F918154.2030306@gmx.at> (raw)
In-Reply-To: <831uniij2v.fsf@gnu.org>
>> > Would it be better if we said "the frame's other windows", in plural?
>>
>> No.
>
> Why not?
Because the other windows might be of no help here, see below.
> OK, but that's just the side effect of how shrink-window works, the
> mouse way proves that it _is_ possible to resize the minibuffer window
> even if the window above it is not full-height.
We know that resizing the minibuffer window works because the display
code does it all the time. The mouse way doesn't prove anything
additional because modeline dragging works regardless of the window I'm
in. The idea of the original text
You can resize it permanently by using the window sizing commands in
the frame's other window, when the minibuffer is not active.
was that there is only _one_ other window and in that case shrinking or
enlarging that window via `enlarge-window' indeed resizes the minibuffer
window. If, however, I'm not in a full-height window, shrinking or
enlarging that window will not resize the minibuffer window. So the
original text is misleading. Programmatically, it's obviously more
simple to use
(window-resize (minibuffer-window) 1)
martin
next prev parent reply other threads:[~2012-04-20 15:31 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-19 1:04 bug#11276: minibuffers windows can no longer explictly be resized Glenn Morris
2012-04-19 6:56 ` martin rudalics
2012-04-19 7:12 ` Glenn Morris
2012-04-19 10:42 ` martin rudalics
2012-04-19 14:37 ` Eli Zaretskii
2012-04-19 15:13 ` Drew Adams
2012-04-19 17:18 ` martin rudalics
2012-04-20 7:43 ` Eli Zaretskii
2012-04-20 10:01 ` martin rudalics
2012-04-20 10:16 ` Eli Zaretskii
2012-04-21 1:01 ` Glenn Morris
2012-04-19 14:31 ` Eli Zaretskii
2012-04-19 17:23 ` martin rudalics
2012-04-20 7:47 ` Eli Zaretskii
2012-04-20 10:01 ` martin rudalics
2012-04-20 10:49 ` Eli Zaretskii
2012-04-20 12:05 ` martin rudalics
2012-04-20 14:17 ` Eli Zaretskii
2012-04-20 15:31 ` martin rudalics [this message]
2012-04-19 14:28 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F918154.2030306@gmx.at \
--to=rudalics@gmx.at \
--cc=11276@debbugs.gnu.org \
--cc=eliz@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.