From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: resize-mini-windows... Date: Tue, 13 Mar 2007 10:50:48 -0700 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1173808354 23774 80.91.229.12 (13 Mar 2007 17:52:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 13 Mar 2007 17:52:34 +0000 (UTC) To: "Emacs-Devel" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 13 18:52:18 2007 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 1HRBAY-0006Ai-0I for ged-emacs-devel@m.gmane.org; Tue, 13 Mar 2007 18:52:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRBBL-00010S-0e for ged-emacs-devel@m.gmane.org; Tue, 13 Mar 2007 12:53:07 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HRBBH-000107-SZ for emacs-devel@gnu.org; Tue, 13 Mar 2007 13:53:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HRBBG-0000zS-5C for emacs-devel@gnu.org; Tue, 13 Mar 2007 13:53:03 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRBBG-0000zM-0A for emacs-devel@gnu.org; Tue, 13 Mar 2007 12:53:02 -0500 Original-Received: from rgminet01.oracle.com ([148.87.113.118]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1HRBAS-0007Is-33 for emacs-devel@gnu.org; Tue, 13 Mar 2007 13:52:12 -0400 Original-Received: from rgmgw2.us.oracle.com (rgmgw2.us.oracle.com [138.1.186.111]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id l2DHq9Mp023332 for ; Tue, 13 Mar 2007 11:52:09 -0600 Original-Received: from acsmt350.oracle.com (acsmt350.oracle.com [141.146.40.150]) by rgmgw2.us.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id l2DHq8Vr000641 for ; Tue, 13 Mar 2007 11:52:08 -0600 Original-Received: from dhcp-amer-csvpn-gw2-141-144-74-71.vpn.oracle.com by acsmt350.oracle.com with ESMTP id 2525228231173808254; Tue, 13 Mar 2007 10:50:54 -0700 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: Linux 2.4-2.6 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:67867 Archived-At: Why is the default value for `resize-mini-windows' `grow-only'? I think that is annoying. I don't know what the advantage of `grow-only' is supposed to be, but I don't think it is a good choice for the default value. What's wrong with t? or nil? Also, the Emacs manual (at least in my January snapshot), node Minibuffer Edit, says that t is the default value. Would that it were... (apologies to J. Kerry). Also, the Elisp manual does not mention `resize-mini-windows'. It should, I think, be mentioned in node Minibuffer Misc, which describes other minibuffer variables, such as `max-mini-window-height'. Also, shouldn't `max-mini-window-height' be named something like `minibuffer-window-max-height' - that is, shouldn't `max' be next to `height' and `minibuffer' be next to `window'? Also, what about this bug: > From: Drew Adams Sent: Monday, January 08, 2007 3:24 PM ... > 2. With `resize-mini-windows' = `grow-only' (the default), if I put a face > on a character in the minibuffer prompt, and the face has a :box with > 1-pixel border, then the minibuffer grows about a character in height. ... > If I set `resize-mini-windows' = nil, the boxed character is shown > completely, including both top and bottom box borders, so I don't > think the resizing is because "the contents require more space" (from the > doc). Something seems wrong with the computation of the needed height. > Unless, that is, an additional space is supposed to always be present > above and below the displayed characters. ... > FYI, this is the face I put on a character, to provoke the jump in height: > (defface foo > '((((type x w32 mac graphic) (class color)) > (:box (:line-width 1 :color "Red") > :foreground "Red" :background "Cyan")) > (t (:inverse-video t))) > "..." :group 'faces)