From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#11276: minibuffers windows can no longer explictly be resized Date: Thu, 19 Apr 2012 08:13:03 -0700 Message-ID: References: <4F8FB736.9020303@gmx.at><9i62cw42l8.fsf@fencepost.gnu.org> <4F8FEBFE.2030404@gmx.at> <83zka7iy7t.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1334848441 16625 80.91.229.3 (19 Apr 2012 15:14:01 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 19 Apr 2012 15:14:01 +0000 (UTC) Cc: 11276@debbugs.gnu.org To: "'Eli Zaretskii'" , "'martin rudalics'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Apr 19 17:13:57 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 1SKt3U-0003hJ-AQ for geb-bug-gnu-emacs@m.gmane.org; Thu, 19 Apr 2012 17:13:56 +0200 Original-Received: from localhost ([::1]:43594 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SKt3T-0003ne-Hy for geb-bug-gnu-emacs@m.gmane.org; Thu, 19 Apr 2012 11:13:55 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:60779) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SKt3M-0003lu-L2 for bug-gnu-emacs@gnu.org; Thu, 19 Apr 2012 11:13:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SKt3H-0002ef-FZ for bug-gnu-emacs@gnu.org; Thu, 19 Apr 2012 11:13:48 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:40902) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SKt3H-0002ea-C9 for bug-gnu-emacs@gnu.org; Thu, 19 Apr 2012 11:13:43 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SKt3a-0001lK-35 for bug-gnu-emacs@gnu.org; Thu, 19 Apr 2012 11:14:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Apr 2012 15:14:02 +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.13348484226743 (code B ref 11276); Thu, 19 Apr 2012 15:14:02 +0000 Original-Received: (at 11276) by debbugs.gnu.org; 19 Apr 2012 15:13:42 +0000 Original-Received: from localhost ([127.0.0.1]:41936 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SKt3C-0001kd-I8 for submit@debbugs.gnu.org; Thu, 19 Apr 2012 11:13:42 -0400 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:45536) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SKt37-0001kO-BP for 11276@debbugs.gnu.org; Thu, 19 Apr 2012 11:13:37 -0400 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q3JFD6fB020674 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 19 Apr 2012 15:13:07 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q3JFD5dc023621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Apr 2012 15:13:06 GMT Original-Received: from abhmt105.oracle.com (abhmt105.oracle.com [141.146.116.57]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q3JFD52I032065; Thu, 19 Apr 2012 10:13:05 -0500 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 19 Apr 2012 08:13:04 -0700 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 In-Reply-To: <83zka7iy7t.fsf@gnu.org> Thread-Index: Ac0eOlGgtZsEp/NWRemLiz60fLfAtwAAK3UA X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-CT-RefId: str=0001.0A090204.4F902B84.0045,ss=1,re=0.000,fgs=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:59257 Archived-At: > resize-mini-windows is a misnomer: it actually means "mini-window size > is controlled by display engine". That's why window-sizing commands > in previous versions never paid heed to it, only redisplay did. And > that's why, quite counter-intuitively, setting it to _nil_ allows the > user to resize the mini-window. > > We could make the implementation more in line with the name in future > versions, if we want, of course. 1. The right way to go is to decide first on the behavior you want. Then base the name on what it actually does. If it needs to be renamed based on the desired behavior then rename it, deprecating and temporarily aliasing the old name. It does not make much sense to instead design the behavior based on what the name happens to be - unless that behavior is what you want anyway. IOW, design and name together; don't constrain the design to an existing name. 2. Wrt naming something that happens automatically (and possibly prevents or overrides manual change by a user - in this case resizing): Use "auto" or "automatic". In this case, call it "autosize", "autoresize", "automatic-(re)size", or some such. That suggests that (a) the behavior is automatic and (b) you might not be able to override it manually. If the behavior of this option should be to allow automatic resizing (which might or might not prevent manual resizing, depending on the design), then call it something like "auto-resize-minibuffer" or "auto-resize-minibuf-window". 3. I've already said before that it is wrong to use only "mini" here. This is not just a mini-window, i.e., a small window - it is a minibuffer window. See bug #3320, deemed "wont-fix" by Lars: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3320. Perhaps now that others consider that `resize-mini-windows' is a misnomer (for additional reasons), this misuse of "mini" can be reconsidered. 4. It might also be wrong (unnecessary for users) to refer here to minibuffer window_s_ (plural). In most contexts users do not need to know or care about the existence of multiple minibuffer windows. And in this case, unless the option behavior does something specific that needs to call user attention to multiple windows, Occam advises to just use the singular in the name. Nuances, if need be, can be pointed out in the doc. 5. And in this case it would perhaps not be inappropriate to refer to auto-resizing of the minibuffer and not bother to add "window". True, someone using apropos for "window" would not find it, but a search for "minibuf" would: `auto-resize-minibuffer'.