help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 𝜖 implies large line spacing


From: Marco Wahl
Subject: Re: 𝜖 implies large line spacing
Date: Tue, 21 Mar 2017 15:13:53 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux)

Florian Weimer <fw@deneb.enyo.de> writes:

>>>> Actually I'm not so happy with those large line spacings.
>>             character: 𝜖 (displayed as 𝜖) (codepoint 120598, #o353426, 
>> #x1d716)
>>     preferred charset: unicode (Unicode (ISO10646))
>> code point in charset: 0x1D716
>>                script: mathematical
>>                syntax: w     which means: word
>>              category: .:Base, L:Left-to-right (strong)
>>              to input: type "C-x 8 RET 1d716" or "C-x 8 RET MATHEMATICAL 
>> ITALIC EPSILON SYMBOL"
>>           buffer code: #xF0 #x9D #x9C #x96
>>             file code: #xF0 #x9D #x9C #x96 (encoded by coding system 
>> utf-8-unix)
>>               display: by this font (glyph code)
>>     xft:-PfEd-Latin Modern 
>> Math-normal-normal-normal-*-15-*-*-*-*-0-iso10646-1 (#x112)
>> ...
>
> After an upgrade to Debian stretch, I now get this font instead:
>
>       xft:-unknown-DejaVu Math TeX 
> Gyre-normal-normal-normal-*-16-*-*-*-*-0-iso10646-1 (#x64A)
>
> And the problem is gone.  The extended height for the original font
> (TeX Gyre Termes Math) no longer shows up in LibreOffice Writer either
> (where it did before).  So there has been a bug fix, likely not in
> Emacs, but I don't know if it's the font metrics which have been
> fixed, or some shared part of font rendering.

Okay.  For now I simply try to avoid characters which lead to huge line
spacing with my settings.

BTW: Accidentially I found ε which does not disturb the line size as
much as 𝜀 does here.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]