GNU bug report logs - #15046
24.3.50; Extra Line under minibuffer in Mac OSX fullscreen

Previous Next

Full log

View this message in rfc822 format

From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: deyuan.deng <at> gmail.com, 15046 <at> debbugs.gnu.org
Subject: bug#15046: 24.3.50; Extra Line under minibuffer in Mac OSX fullscreen
Date: Fri, 9 Aug 2013 14:41:24 +0200

Hello.

9 aug 2013 kl. 12:22 skrev Eli Zaretskii <eliz <at> gnu.org>:

>> From: Jan Djärv <jan.h.d <at> swipnet.se>
>> Date: Thu, 8 Aug 2013 19:58:04 +0200
>> Cc: 15046-done <at> debbugs.gnu.org
>> 
>>> When i set font to Monaco 14 (and several different font and fontsize),
>>> there is an extra line under minibuffer when using fullscreen in Mac
>>> OSX. The extra line is not editable, and is not part of
>>> minibuffer. It won't come out if no custom font is set.
>>> 
>> 
>> Emacs display whole lines, and the space you see at the bottom is too small to fit a whole line, so it is just shown as empty space.  It is the same for other ports, like X11.
> 
> I'm not sure what you mean by "displays whole lines", but at least
> taken at face value, this is incorrect: Emacs is perfectly capable of
> displaying partially visible lines.

So why don't it?  The display engine got all information it needs, the frame size in pixels, the line sizes in pixels, the placement of the windows and so on.  It should be able to distribute the non-whole line pixels to a widow and display a partial line there (i.e. above the mode line as suggested elsewhere), but it currently don't.  That is what I mean by displays whole lines.

	Jan D.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.