From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#11276: minibuffers windows can no longer explictly be resized Date: Fri, 20 Apr 2012 17:31:32 +0200 Message-ID: <4F918154.2030306@gmx.at> References: <4F8FB736.9020303@gmx.at> <831unjkd2h.fsf@gnu.org> <4F9049F6.8080003@gmx.at> <83hawej152.fsf@gnu.org> <4F913415.6050307@gmx.at> <837gxaisoi.fsf@gnu.org> <4F915125.702@gmx.at> <831uniij2v.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1334935970 1679 80.91.229.3 (20 Apr 2012 15:32:50 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 20 Apr 2012 15:32:50 +0000 (UTC) Cc: 11276@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Apr 20 17:32:49 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SLFpH-0001k0-LK for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Apr 2012 17:32:47 +0200 Original-Received: from localhost ([::1]:38852 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLFpG-0002b7-VA for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Apr 2012 11:32:46 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:50753) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLFp8-0002aX-P8 for bug-gnu-emacs@gnu.org; Fri, 20 Apr 2012 11:32:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SLFp7-0006dM-0G for bug-gnu-emacs@gnu.org; Fri, 20 Apr 2012 11:32:38 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43427) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SLFp6-0006dH-TP for bug-gnu-emacs@gnu.org; Fri, 20 Apr 2012 11:32:36 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SLFpV-0005EC-Lj for bug-gnu-emacs@gnu.org; Fri, 20 Apr 2012 11:33:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Apr 2012 15:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11276 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11276-submit@debbugs.gnu.org id=B11276.133493593620040 (code B ref 11276); Fri, 20 Apr 2012 15:33:01 +0000 Original-Received: (at 11276) by debbugs.gnu.org; 20 Apr 2012 15:32:16 +0000 Original-Received: from localhost ([127.0.0.1]:44461 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SLFol-0005DA-MN for submit@debbugs.gnu.org; Fri, 20 Apr 2012 11:32:16 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:58722) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1SLFoi-0005Cu-F2 for 11276@debbugs.gnu.org; Fri, 20 Apr 2012 11:32:14 -0400 Original-Received: (qmail invoked by alias); 20 Apr 2012 15:31:40 -0000 Original-Received: from 62-47-55-57.adsl.highway.telekom.at (EHLO [62.47.55.57]) [62.47.55.57] by mail.gmx.net (mp036) with SMTP; 20 Apr 2012 17:31:40 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/QTWp46y3Q7RTqL17dKJ7vO+nNCRnIVp1ohsHh/1 ldzZzO11oselAK In-Reply-To: <831uniij2v.fsf@gnu.org> X-Y-GMX-Trusted: 0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:59323 Archived-At: >> > 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