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

Previous Next

Full log

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

From: Oleh Krehel <ohwoeowho <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Clément Pit--Claudel <clement.pitclaudel <at> live.com>,
 20628 <at> debbugs.gnu.org
Subject: Re: bug#20628: 25.0.50; Incorrect line height for some fonts
Date: Fri, 22 May 2015 12:11:40 +0200

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

> In particular, the ugly effect in
> https://cloud.githubusercontent.com/assets/2506825/7760973/67ceaaea-ffd5-11e4-8bf6-d796aa162b0e.png
> is most probably caused by using a font whose Math Alphanumerics block
> specifies a very large vertical space, to accommodate for
> superscripts, power, integrals, etc.  Just switch to a different font
> which covers the same block without this adverse side effect.
>
> So the only way to fix this (if it really can be fixed) is for someone
> who knows enough about these fonts to explain (a) why the metrics
> provided by these fonts are incorrect, and (b) what metrics to use
> instead and how to compute them.  Failing that, there's nothing that
> can be done here, as Emacs behaves as required and as designed.

I have the same problem with DejaVu:

    -unknown-DejaVu Sans Mono-normal-normal-normal-*-15-*-*-*-m-0-fontset-auto2

which is basically the most popular free font. And yet when I paste a
problematic char, like 𝝹 into gedit, configured also with DejaVu Sans Mono,
there's no issue. So it can be solved, since gedit does it.

Oleh

Previous Next

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