From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: Rename `mini-' options Date: Sat, 16 May 2009 05:09:29 +0200 Message-ID: References: <26694.128.165.0.81.1242438439.squirrel@webmail.lanl.gov> <002f01c9d5cb$9fd36b00$0200a8c0@us.oracle.com> <003001c9d5ce$a044ea20$0200a8c0@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1242443412 18988 80.91.229.12 (16 May 2009 03:10:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 16 May 2009 03:10:12 +0000 (UTC) Cc: emacs-devel@gnu.org, Deniz Dogan To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat May 16 05:10:04 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 1M5AHj-0004p6-Jm for ged-emacs-devel@m.gmane.org; Sat, 16 May 2009 05:10:03 +0200 Original-Received: from localhost ([127.0.0.1]:42815 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5AHi-0002UU-TU for ged-emacs-devel@m.gmane.org; Fri, 15 May 2009 23:10:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M5AHd-0002UP-Fc for emacs-devel@gnu.org; Fri, 15 May 2009 23:09:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M5AHY-0002UC-2w for emacs-devel@gnu.org; Fri, 15 May 2009 23:09:56 -0400 Original-Received: from [199.232.76.173] (port=39749 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5AHX-0002U9-Ty for emacs-devel@gnu.org; Fri, 15 May 2009 23:09:51 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:59389) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M5AHX-0007c5-GN for emacs-devel@gnu.org; Fri, 15 May 2009 23:09:51 -0400 Original-Received: from mail-qy0-f116.google.com ([209.85.221.116]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M5AHW-00058w-Bq for emacs-devel@gnu.org; Fri, 15 May 2009 23:09:50 -0400 Original-Received: by qyk14 with SMTP id 14so4438038qyk.14 for ; Fri, 15 May 2009 20:09:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=biTA48gAXM4WG+kxM/o+EzDgRIdh3TmCRrO3cAvjAVI=; b=xDPRgJ0UlRUDs0lecI3dO8LNgpAWgBX8HlLlyMQ7yDNncT2eDXz+QfkpZ7c39JdIQT 98pY4Dt1n4cbZ+zMsvO0gzn7z+d/B57iUMSd9wrNLLkxbDeisARI4gq8WRGyCogYxKHl lXqpXQGC5YR8t2nneQu3aKr2aaBiBDzw6vzBk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=R9Z3TOsDWZyuMcGEI3pKj8J/SkZW7rhuTfy0RcDWBE/bCeXspqKhR6YK5bteUME73n CreGTy4pG/VlparTzfH5IKE/O0WiBiTXh43/5rnFQnrkzQMKz977V4AjzUO9ESRJe3nt n3q5LCFGlX0zDIbWe3N5yeD07E9qb/XV/IP7I= Original-Received: by 10.220.96.213 with SMTP id i21mr5804962vcn.104.1242443389382; Fri, 15 May 2009 20:09:49 -0700 (PDT) In-Reply-To: <003001c9d5ce$a044ea20$0200a8c0@us.oracle.com> X-Detected-Operating-System: by mx20.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:110912 Archived-At: On Sat, May 16, 2009 at 04:32, Drew Adams wrote: > I did not say anything about the frame's minibuffer window. And yes, the > minibuffer window is a window. You said: > The minibuffer and the echo area share the same screen real > estate. But it's not a window - "window" means something specific in Emacs. What is the difference between the frame's minibuffer window, and the screen real state used by the minibuffer? (Unless you're trying to imply that the "screen real state" is not a window, because a window is an Emacs object, which would be handwaving IMO). > 1. I said that the _echo area_ is not an Emacs window. > Do you dispute that point? No. I dispute that you said 1. Because Davis said > The mini-window is the window that holds the minibuffer, but also the echo area and your answer was: > Nice try ;-). But you're simply making that up. As for the other points, the manual says: The variable `max-mini-window-height', which specifies the maximum height for resizing minibuffer windows, also applies to the echo area (which is really a special use of the minibuffer window. *Note Minibuffer Misc::.). so, on one hand, it is not very difficult to find what is max-mini-widow-height used for; and, on the other hand, changing it to max-minibuffer-window-height would obscure the fact that the echo area is also affected. Juanma