From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: [simon.marshall@misys.com: Detached minibuffer cropped text] Date: Tue, 20 Jun 2006 10:53:25 +0200 Message-ID: References: <81CCA6588E60BB42BE68BD029ED48260076313D8@wimex2.wim.midas-kapiti.com> <85d5d45nu8.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1150793824 27036 80.91.229.2 (20 Jun 2006 08:57:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 20 Jun 2006 08:57:04 +0000 (UTC) Cc: "Marshall, Simon" , "'emacs-devel@gnu.org'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 20 10:56:59 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Fsc2Y-0006mI-Nw for ged-emacs-devel@m.gmane.org; Tue, 20 Jun 2006 10:56:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fsc2Y-00065y-Gf for ged-emacs-devel@m.gmane.org; Tue, 20 Jun 2006 04:56:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fsc2F-00064N-16 for emacs-devel@gnu.org; Tue, 20 Jun 2006 04:56:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fsc2C-00061a-76 for emacs-devel@gnu.org; Tue, 20 Jun 2006 04:56:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fsc2C-00061S-1n for emacs-devel@gnu.org; Tue, 20 Jun 2006 04:56:32 -0400 Original-Received: from [195.41.46.236] (helo=pfepb.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FscCL-0003y7-Tc; Tue, 20 Jun 2006 05:07:02 -0400 Original-Received: from kfs-l.imdomain.dk.cua.dk (unknown [80.165.4.124]) by pfepb.post.tele.dk (Postfix) with SMTP id 5CBC0A5003D; Tue, 20 Jun 2006 10:55:27 +0200 (CEST) Original-To: David Kastrup In-Reply-To: <85d5d45nu8.fsf@lola.goethe.zz> (David Kastrup's message of "Tue, 20 Jun 2006 08:43:27 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:56026 Archived-At: David Kastrup writes: > storm@cua.dk (Kim F. Storm) writes: > >> "Marshall, Simon" writes: >> >>> Hi Kim, that does sound quite right either - the minibuffer frame is >>> specified to have a height of 1, but you see 2 lines. Or are you including >>> the WM title bar? >> >> The display engine requires that window height is an whole multiple of >> the default frame line height. So if 1 line is not enough, the next >> choice is 2 lines. >> >> I don't know why Emacs selects one line in your case, and 2 lines in my >> case. It could be some property of the font -- I don't know. > > Could be that the mode line font (or the minibuffer font after > font-lock) in one case is larger than one line of the default font, > and in one case isn't. It must be a dicision made during frame creation, i.e. before any text is displayed in the minibuffer window (which is the only window in the detached minibuffer frame. So in my case, the frame is created with two lines, in Simon's case it is created with one line. Depending on the point of view, both behaviours may be correct, but the question is what controls this. -- Kim F. Storm http://www.cua.dk