GNU bug report logs - #15886
24.3.50; Incorrect window-text-height with non-zero line-spacing

Previous Next

Package: emacs;

Reported by: Robert Dallas Gray <mail <at> robertdallasgray.com>

Date: Wed, 13 Nov 2013 19:24:02 UTC

Severity: minor

Found in version 24.3.50

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


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

From: Robert Dallas Gray <mail <at> robertdallasgray.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 15886 <at> debbugs.gnu.org
Subject: Re: bug#15886: 24.3.50;
 Incorrect window-text-height with non-zero line-spacing
Date: Wed, 13 Nov 2013 20:36:14 +0000
On 13 Nov 2013, at 20:32, Eli Zaretskii <eliz <at> gnu.org> wrote:

>> From: Robert Dallas Gray <mail <at> robertdallasgray.com>
>> Date: Wed, 13 Nov 2013 19:23:19 +0000
>> 
>> On a graphical display, when `line-spacing' is non-zero,
>> `window-text-height' reports an incorrect number; equally,
>> `set-window-text-height' can't be used properly. This impacts on
>> libraries which use `set-window-text-height' e.g. to attempt to size a
>> window accurately.
> 
> Those libraries should use 'window-screen-lines' instead.
> 
> I think 'window-text-height' should continue doing what it does, as
> many packages, and Emacs itself, depend on its current behavior.

OK, but is there a parallel setter method, or some way to set the height of a window in pixels, so that a window could be correctly sized taking into account line-spacing?

Incidentally, the particular library that raised this issue for me was grizzl (https://github.com/d11wtq/grizzl).



This bug report was last modified 4 years and 204 days ago.

Previous Next


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