From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Rename `mini-' options Date: Sun, 17 May 2009 10:59:17 +0900 Message-ID: <874ovk7ami.fsf@catnip.gol.com> References: <26694.128.165.0.81.1242438439.squirrel@webmail.lanl.gov> <002f01c9d5cb$9fd36b00$0200a8c0@us.oracle.com> <003001c9d5ce$a044ea20$0200a8c0@us.oracle.com> <873ab5fsyu.fsf@uwakimon.sk.tsukuba.ac.jp> <87r5yp7c74.fsf@catnip.gol.com> <000001c9d5ff$c53ebe10$0200a8c0@us.oracle.com> <87fxf5768e.fsf@catnip.gol.com> <002601c9d65b$937ef9b0$0200a8c0@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1242525590 14933 80.91.229.12 (17 May 2009 01:59:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 17 May 2009 01:59:50 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun May 17 03:59:43 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1M5VfC-0005LB-Ok for ged-emacs-devel@m.gmane.org; Sun, 17 May 2009 03:59:43 +0200 Original-Received: from localhost ([127.0.0.1]:51993 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5VfC-0003Le-A6 for ged-emacs-devel@m.gmane.org; Sat, 16 May 2009 21:59:42 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M5Vf8-0003K9-1Q for emacs-devel@gnu.org; Sat, 16 May 2009 21:59:38 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M5Vf3-0003AL-8p for emacs-devel@gnu.org; Sat, 16 May 2009 21:59:37 -0400 Original-Received: from [199.232.76.173] (port=58730 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5Vf2-0003A5-V7 for emacs-devel@gnu.org; Sat, 16 May 2009 21:59:33 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:38744 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M5Vf2-00049Z-B8 for emacs-devel@gnu.org; Sat, 16 May 2009 21:59:32 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1M5Vey-0000h5-EF for emacs-devel@gnu.org; Sun, 17 May 2009 01:59:28 +0000 Original-Received: from 218.231.109.29.eo.eaccess.ne.jp ([218.231.109.29]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 17 May 2009 01:59:28 +0000 Original-Received: from miles by 218.231.109.29.eo.eaccess.ne.jp with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 17 May 2009 01:59:28 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 46 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 218.231.109.29.eo.eaccess.ne.jp System-Type: x86_64-unknown-linux-gnu Cancel-Lock: sha1:aa2iDF1QjTmkyhRVXOMPkmRXlBA= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:110936 Archived-At: "Drew Adams" writes: > But that is not the case here. The doc string talks only about resizing > `mini-windows', without ever giving a clue what a `mini-window' is. Might as > well talk about resizing `thronbolts'. Sorry, that's not true. "mini-window" is hardly an inspired term, but despite being kind of ad-hoc, it's not a random word, and that makes a big difference. When I first saw that variable, I instantly realized what it probably meant. [exactly why, I dunno -- maybe it's because "mini" ~= "minibuffer", and hey, "-window", so it's that window... maybe it's just because "mini-window" suggests a very small window, let's see... what on my display is a very small window ... aha! -- anyway regardless of the thought process, it worked on me.] Now, maybe you were completely confused by those variable names, I dunno, but I agree that if we can find a better terminology that makes everybody happy, great! >> Of course, it's not always to come up with a good term, but >> I'm not sure what other term would be better. The terms you >> suggested are pithy, but seem inaccurate. > > how is `minibuffer-echo-area-resize' inaccurate? That's not the term you suggested; you said, in your original message: > It would have been sufficient, if the name length were so important, to use > `minibuffer-resize' or `minibuf-auto-resize'. Similarly, > `minibuffer-max-height'. And `minibuffer' should probably come first in the > name: `minibuffer-resize', not `resize-minibuffer'. Such terms are inaccurate because they just say "minibuffer", which is a something different -- a _minibuffer_ is the actual editable thingie that is involved in user input. That's why "minibuffer-window" is better: it doesn't refer to minibuffers per-se, but rather to the window used to display them, which is something different. -Miles -- "She looks like the wax version of herself." [Comment under a Paris Hilton fashion pic]