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

Previous Next

Full log

Message #61 received at 15046 <at> debbugs.gnu.org (full text, mbox):

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

> From: Jan Djärv <jan.h.d <at> swipnet.se>
> Date: Fri, 9 Aug 2013 14:41:24 +0200
> Cc: 15046 <at> debbugs.gnu.org,
>  deyuan.deng <at> gmail.com
> 
> > 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.

What you mean is Emacs is unable to _resize_ a window in pixel
increments.  It can only change window size in integral increments of
the frame's default face.  That is correct (and AFAIU is the subject
or Martin's patch).

But once a window is created or resized, it can display partial
lines.  Just remap the default face and you will see it.

Previous Next

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