From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs,gmane.emacs.pretest.bugs Subject: bug#3300: 23.0.93; doc string of resize-mini-windows Date: Sun, 17 May 2009 13:41:11 -0700 Message-ID: <003f01c9d72f$d0f52010$0200a8c0@us.oracle.com> References: <000001c9d59e$ae84af10$0200a8c0@us.oracle.com> Reply-To: Drew Adams , 3300@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1242593600 8426 80.91.229.12 (17 May 2009 20:53:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 17 May 2009 20:53:20 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, 3300@emacsbugs.donarmstrong.com To: "'Stefan Monnier'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun May 17 22:53:13 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1M5nM8-0001yg-L0 for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 May 2009 22:53:12 +0200 Original-Received: from localhost ([127.0.0.1]:54968 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5nM8-00083V-3m for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 May 2009 16:53:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M5nL7-0006xI-SS for bug-gnu-emacs@gnu.org; Sun, 17 May 2009 16:52:10 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M5nL1-0006sR-7f for bug-gnu-emacs@gnu.org; Sun, 17 May 2009 16:52:08 -0400 Original-Received: from [199.232.76.173] (port=43508 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5nL0-0006rm-Od for bug-gnu-emacs@gnu.org; Sun, 17 May 2009 16:52:02 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:38515) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M5nL0-000202-0s for bug-gnu-emacs@gnu.org; Sun, 17 May 2009 16:52:02 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4HKpuSS003051; Sun, 17 May 2009 13:51:57 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n4HKo4YI001859; Sun, 17 May 2009 13:50:04 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: "Drew Adams" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sun, 17 May 2009 20:50:04 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 3300 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by submit@emacsbugs.donarmstrong.com id=B.124259289132651 (code B ref -1); Sun, 17 May 2009 20:50:04 +0000 Original-Received: (at submit) by emacsbugs.donarmstrong.com; 17 May 2009 20:41:31 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4HKfREn032644 for ; Sun, 17 May 2009 13:41:28 -0700 Original-Received: from mail.gnu.org ([199.232.76.166]:34040 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1M5nAl-0004S3-0j for emacs-pretest-bug@gnu.org; Sun, 17 May 2009 16:41:27 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1M5nAj-00007j-OL for emacs-pretest-bug@gnu.org; Sun, 17 May 2009 16:41:26 -0400 Original-Received: from rcsinet11.oracle.com ([148.87.113.123]:50367 helo=rgminet11.oracle.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M5nAj-000078-7x for emacs-pretest-bug@gnu.org; Sun, 17 May 2009 16:41:25 -0400 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4HKfgDr006793 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 17 May 2009 20:41:43 GMT Original-Received: from abhmt004.oracle.com (abhmt004.oracle.com [141.146.116.13]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4HKfEdg029021; Sun, 17 May 2009 20:41:15 GMT Original-Received: from dradamslap1 (/98.210.250.59) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 17 May 2009 13:41:11 -0700 X-Mailer: Microsoft Office Outlook 11 In-reply-to: Thread-Index: AcnXLig4RRUTZrY0SFGOiO0tPRbw8AAAJRig X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: abhmt004.oracle.com [141.146.116.13] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A09020A.4A107668.010C:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Sun, 17 May 2009 16:52:08 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:27943 gmane.emacs.pretest.bugs:24449 Archived-At: > > "means let mini-windows grow only, until their display > > becomes empty, at which point the windows go back to > > their normal size." > > > That is not what happens. > > M-x hhhhhhhhhhhhh C-q C-j kkkkkkkkkkkkk C-q C-j mmmmmmmmmmmmmmmm > > Then use backspace or whatever, to empty the minibuffer. > > IIUC your "empty minibuffer" is not the same as "their display becomes > empty". E.g. your minibuffer still has a prompt and a cursor, so its > display is not empty. If "empty" here is really referring to a minibuffer with no prompt and no cursor, then: 1. We should make that clear. It sounds like what is really meant is the situation where the minibuffer window is inactive. If so, please make that explicit. 2. Perhaps the default value should not be `grow-only'. `grow-only' keeping the grown size until the user input is empty (which was my misinterpretation of the doc string) might be reasonable. But if there is no input in the minibuffer, then perhaps the grown size should not, by default, be retained. I'd sooner see `t' as the default value. But I don't use this, so perhaps others should be polled. In any case, the doc string should be made clear in this regard, wrt what `grow-only' really means.