GNU bug report logs - #152
window-line-height returns spurious OFFBOT values

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 152 in the body.
You can then email your comments to 152 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: submit <at> debbugs.gnu.org
Subject: window-line-height returns spurious OFFBOT values
Date: Sun, 20 Apr 2008 10:45:40 -0400

This appears to be a bug in the new font code.  When Emacs 23 uses a
non-fontconfig font, say:

Emacs.Font: -misc-fixed-medium-r-normal--13-*-*-*-c-70-iso8859-1

then (window-line-height -1) returns a non-zero OFFBOT element, saying
that the last line contains offscreen pixels, when in fact the last line
is completely inside the window.

To reproduce:

  (global-set-key [f1] (lambda () (interactive)
    (message (prin1-to-string (window-line-height -1)))))

Typing f1 in the scratch buffer gives me, e.g.,

  (9 39 510 4)
            ^

Emacs 22, using the exact same font in .Xresources, correctly returns a
zero OFFBOT.

Furthermore, Emacs 23, using a fontconfig font (Monospace-9), also
correctly returns a zero OFFBOT.

Message #10 received at 152-done <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Chong Yidong <cyd <at> stupidchicken.com>
To: 152-done <at> debbugs.gnu.org
Subject: Re: window-line-height returns spurious OFFBOT values
Date: Thu, 29 May 2008 14:32:53 -0400

> (window-line-height -1) returns a non-zero OFFBOT element, saying that
> the last line contains offscreen pixels, when in fact the last line is
> completely inside the window.

Seems to be fixed now.

Previous Next

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