From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#58184: Faulty font selection for Latin characters Date: Fri, 30 Sep 2022 15:52:38 +0300 Message-ID: <83bkqxdnxl.fsf@gnu.org> References: <831qrtflg3.fsf@gnu.org> <83h70pdqx0.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24584"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 58184@debbugs.gnu.org To: =?UTF-8?Q?=E0=A4=B8=E0=A4=AE=E0=A5=80=E0=A4=B0_?= =?UTF-8?Q?=E0=A4=B8=E0=A4=BF=E0=A4=82=E0=A4=B9?= Sameer Singh Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 30 14:55:18 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oeFXx-0006IV-Rq for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Sep 2022 14:55:17 +0200 Original-Received: from localhost ([::1]:55528 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oeFXw-0004q6-UV for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Sep 2022 08:55:16 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35896) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oeFWk-00041R-M5 for bug-gnu-emacs@gnu.org; Fri, 30 Sep 2022 08:54:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41658) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oeFWk-0007Rc-DT for bug-gnu-emacs@gnu.org; Fri, 30 Sep 2022 08:54:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oeFWk-0001jd-5I for bug-gnu-emacs@gnu.org; Fri, 30 Sep 2022 08:54:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Sep 2022 12:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58184 X-GNU-PR-Package: emacs Original-Received: via spool by 58184-submit@debbugs.gnu.org id=B58184.16645423836599 (code B ref 58184); Fri, 30 Sep 2022 12:54:02 +0000 Original-Received: (at 58184) by debbugs.gnu.org; 30 Sep 2022 12:53:03 +0000 Original-Received: from localhost ([127.0.0.1]:40736 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oeFVn-0001iN-5b for submit@debbugs.gnu.org; Fri, 30 Sep 2022 08:53:03 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:54542) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oeFVm-0001ht-72 for 58184@debbugs.gnu.org; Fri, 30 Sep 2022 08:53:02 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:58776) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oeFVf-0007CG-4h; Fri, 30 Sep 2022 08:52:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=Ecnz4e6LwjkkaAsgPzmCi5dI99WRrbLAKldQMi7pk2Y=; b=BgG1a1bcWXSTpAhD4FH0 Xu/ieof68EDF3d6hP9i2b4K4TN8IWN4MmIuMnBavk3RFUe2NuYXTLrVwaf476g7cn9kd9GHs7bOVG aSW9xf6FjEcVaydiNj6b74N0Cdj66tPKrd5rqdX+5G5fyMknzcrJWEsn4z4HVSa3pV2dsH4y5XFgb EaUO9lzfC4uz9Y1g0+ygZ5Ksn6Zr2CFXi5wNckO6hlhEogS9S7Cxi593JDBCFuup4ptGj3uIr56d8 ltQKFWkv2bHVsc1wdfNpj2mjSG0+ScaUv2g31wxUcZN8CANCMIBkIUwQeIYK6DEboH5WFI01d6lMo GdL6FjrzHbzcIQ==; Original-Received: from [87.69.77.57] (port=3280 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oeFVc-0004kJ-3c; Fri, 30 Sep 2022 08:52:54 -0400 In-Reply-To: (message from =?UTF-8?Q?=E0=A4=B8=E0=A4=AE=E0=A5=80=E0=A4=B0_?= =?UTF-8?Q?=E0=A4=B8=E0=A4=BF=E0=A4=82=E0=A4=B9?= Sameer Singh on Fri, 30 Sep 2022 18:05:02 +0530) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:243999 Archived-At: > From: समीर सिंह Sameer Singh > Date: Fri, 30 Sep 2022 18:05:02 +0530 > Cc: 58184@debbugs.gnu.org > > I think I may have found the problem here, JetBrains Mono does not have the glyphs for these > "faulty" characters that is why Emacs chooses a different font for them, but the thing is these characters > can still be displayed in the correct font i.e. JetBrains Mono by combining the glyphs which made up the > unsupported glyph, this is why hb-view was able to display them I guess. > For example entering ṃ (#x1e43 Latin small letter m with a dot below) will result in it being displayed in a > different font, > but entering ṃ (m + #x323 Combining dot below) will result in it being displayed with JetBrains Mono. > > So now the question is should these characters be decomposed to better fit with other characters when the > font does not support them? We cannot do that in the buffer text, because that would mean modifying the text behind user's back. And doing this in display code woul mean activating character composition where none should happen. I think fonts that don't have glyphs for precomposed characters shouldn't be used in Emacs for text that could have the codepoints of those characters. Emacs doesn't pass every character to the shaping engine, and so the tricks of decomposing characters to get them displayed are something we cannot be expected to do. Sorry.