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

Previous Next

Package: emacs;

Reported by: समीर सिंह Sameer Singh <lumarzeli30 <at> gmail.com>

Date: Thu, 29 Sep 2022 22:54:01 UTC

Severity: normal

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

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: समीर सिंह Sameer Singh
 <lumarzeli30 <at> gmail.com>
Cc: 58184 <at> debbugs.gnu.org
Subject: Re: bug#58184: Faulty font selection for Latin characters
Date: Fri, 30 Sep 2022 08:55:38 +0300
> From: समीर सिंह Sameer Singh
>  <lumarzeli30 <at> gmail.com>
> Date: Fri, 30 Sep 2022 04:23:28 +0530
> 
> 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.

What happens if you use 'medium instead of 'regular?

> 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

I don't understand: what doesn't happen in "emacs -Q"?  Can you show a
recipe starting from "emacs -Q" that reproduces the problem?




This bug report was last modified 2 years and 290 days ago.

Previous Next


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