GNU bug report logs - #58184
Faulty font selection for Latin characters

Previous Next

Full log

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

From: समीर सिंह Sameer Singh
 <lumarzeli30 <at> gmail.com>
To: 58184 <at> debbugs.gnu.org
Subject: Re: bug#58184: Faulty font selection for Latin characters
Date: Fri, 30 Sep 2022 04:49:37 +0530

[Message part 1 (text/plain, inline)]

codepoints of faulty characters in the above mail:
ṣ #x1e63
ṇ #x1e47
ḍ #x1e0d

On Fri, Sep 30, 2022 at 4:46 AM समीर सिंह Sameer Singh <
lumarzeli30 <at> gmail.com> wrote:

> Please replace Fira Code in the above mail with JetBrains Mono and
> disregard the IPA stuff.
> I have attached the emacs and hb-view output.
>
> I have noticed that this does not happen with Iosevka
>
> On Fri, Sep 30, 2022 at 4:24 AM समीर सिंह Sameer Singh <
> lumarzeli30 <at> gmail.com> wrote:
>
>> When a font is set for the "default" face in the init.el file.
>> For example, like this:
>>
>> (set-face-attribute 'default nil
>>    :font "Fira Code"
>>    :weight 'regular
>>    :height 170)
>>
>> This messes up the font selection for various latin and all ipa
>> characters.
>> Despite the configured font supporting the characters which are typed,
>> Emacs selects a different font for them, this results in visually jarring
>> text or sometimes failed composition.
>>
>> For example see in 1.png
>> All of the letters except ṇ (#x1E47) are in Fira Code while it is in
>> Latin Modern Mono despite Fira Code supporting it.
>> Below it t̪ (t + #x32A) is not composed properly because while 't' is in
>> FiraCode #x32A is in Step Regular.
>>
>> Note: This does not happen with emacs -Q
>>
>> Thanks
>>
>

[Message part 2 (text/html, inline)]

Previous Next

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