GNU bug report logs - #20628
25.0.50; Incorrect line height for some fonts

Previous Next

Package: emacs;

Reported by: Clément Pit--Claudel <clement.pitclaudel <at> live.com>

Date: Fri, 22 May 2015 03:03:02 UTC

Severity: normal

Found in version 25.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Oleh Krehel <ohwoeowho <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: clement.pitclaudel <at> live.com, 20628 <at> debbugs.gnu.org
Subject: bug#20628: 25.0.50; Incorrect line height for some fonts
Date: Fri, 22 May 2015 22:08:34 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Oleh Krehel <ohwoeowho <at> gmail.com>
>> Cc: clement.pitclaudel <at> live.com,  20628 <at> debbugs.gnu.org
>> Date: Fri, 22 May 2015 18:54:17 +0200
>> 
>> I attach a patch that sets ascent/descent to 0 specifically for the
>> problematic font family "Latin Modern Math".
>
> That's hardly TRT.  Even if we'd want to "fix" some fonts, setting
> ascent/descent to zero can only be justified if someone would examine
> all of the characters of that font and verify that none of then needs
> a non-zero value of ascent/descent, or tell us which (smaller) values
> are actually needed.

Actually, I just found out that "Latin Modern Math" is inherently
completely broken. If I set it in gedit, even the ASCII chars have
ridiculous ascent/descent. So "Latin Modern Math" is basically unusable
unless a program specifically modifies ascent/descent, like I did.

The reason gedit was working fine previously is that it never used
"Latin Modern Math", it used some other font.

So it makes sense to "fix" a font that is common and inherently broken.




This bug report was last modified 9 years and 356 days ago.

Previous Next


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