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#73363: 30.0.91; CJK Font Rendering Behavior Changed Date: Fri, 20 Sep 2024 16:50:22 +0300 Message-ID: <865xqq77tt.fsf@gnu.org> References: <86h6ab8uyq.fsf@gnu.org> <87wmj7h90d.fsf@gmail.com> <86setu7sbn.fsf@gnu.org> <87o74i1qoc.fsf@yahoo.com> <87jzf61qad.fsf@yahoo.com> <87cykyh5sk.fsf@gmail.com> 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="10952"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, tomohisa.kuranari@gmail.com, 73363@debbugs.gnu.org To: Robert Pluim Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 20 15:50:59 2024 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 1sre2E-0002gR-RS for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 20 Sep 2024 15:50:59 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sre21-0002dW-8h; Fri, 20 Sep 2024 09:50:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sre1z-0002dA-RM for bug-gnu-emacs@gnu.org; Fri, 20 Sep 2024 09:50:43 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sre1z-0001OG-If for bug-gnu-emacs@gnu.org; Fri, 20 Sep 2024 09:50:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=MIME-version:References:In-Reply-To:From:Date:To:Subject; bh=nUG9/Z0vrv7c0O/IYVgM8Nt4qLDho7567Swvq0N6JsU=; b=Wn4dUrpYaPUctIs7dNJn876T3c4gprk705xsSoAc7KN+De9m0BTymdbOEkYkyl8o99pAyGFLfiG/pgk2+orqpno7fCIM2iQDZ+hd1yRDJTH0h5okYtastDgYJqWMPJ0V8+D4e6DG8Tbdu/BxCZ/fgcE5FmEUVjneItL4g1CxAM4hwzC2K3fnUJvfSkbqdiwjZO6RxLivNkoc2WcU07uj9utG6wkSNr0Jxysi0Pe0KEDxp2iZN41qFF3OVGnMAsCsySuY3irUPfPPwLg/qi0oOZlWh1GceMlPyj63HZ1Q1groZTxtelk9UomGn3GwJQ1Rxt6rsZ67HI+fRsH4Das9OQ==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sre2H-0003qJ-Ro for bug-gnu-emacs@gnu.org; Fri, 20 Sep 2024 09:51:01 -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, 20 Sep 2024 13:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 73363 X-GNU-PR-Package: emacs Original-Received: via spool by 73363-submit@debbugs.gnu.org id=B73363.172684025214744 (code B ref 73363); Fri, 20 Sep 2024 13:51:01 +0000 Original-Received: (at 73363) by debbugs.gnu.org; 20 Sep 2024 13:50:52 +0000 Original-Received: from localhost ([127.0.0.1]:34429 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sre27-0003pk-Sz for submit@debbugs.gnu.org; Fri, 20 Sep 2024 09:50:52 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:36274) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sre26-0003pT-Pc for 73363@debbugs.gnu.org; Fri, 20 Sep 2024 09:50:51 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sre1i-0001Mf-Fv; Fri, 20 Sep 2024 09:50:26 -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=nUG9/Z0vrv7c0O/IYVgM8Nt4qLDho7567Swvq0N6JsU=; b=fJc74x/d0WJMH9tuVvjQ 1J5Nabtpr+/kK5ldYToBs9K6lR1dqJuHap7yJ59TXY7t9h5cSFgH88AsT9R3bEhP2CRy3myOa29C7 Pfrq05eYcTXIdT6pRAtpOH8aD4ljqye0YrIm7bU/owtF+XtBnlAZo5ODI6bibV5vNJd6EIO3fJm8x OA5U64GWgCCnnzXEhvHnkMvnIERoKrSWqlOkZF9Vq1BvxPGAVn7mbJRDjvm4zdTFmLoR0r4WFkv+I 4cnUjJMB9sUjyWSwf26+pQJ5uOSeI9q73LIFoeyVdehFGsODL779yF1HNQdqTSSEq8XywwOZ3Yc6V bF2p8CVTS4HhLA==; In-Reply-To: <87cykyh5sk.fsf@gmail.com> (message from Robert Pluim on Fri, 20 Sep 2024 14:24:11 +0200) 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:292119 Archived-At: > From: Robert Pluim > Cc: Po Lu , tomohisa.kuranari@gmail.com, > 73363@debbugs.gnu.org > Date: Fri, 20 Sep 2024 14:24:11 +0200 > > >>>>> On Fri, 20 Sep 2024 20:08:10 +0800, Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" said: > >> Some of our font backends (sfntfont, at least, and perhaps macfont in > >> this case) will return different registries from that which was > >> specified in the font spec when enumerating font entities, in order to > >> enable font specs requesting an ASCII charset also to match fonts with > >> Unicode as the charset. If cached, these font entities will be > >> repeatedly rejected in font_find_for_lface after being opened, with > >> obvious consequences for performance. > > Po Lu> I forgot to mention that sometimes no charset can be derived before the > Po Lu> font object is opened, and in these situations it is best not to cache > Po Lu> these font objects at all, if a registry should be specified in the > Po Lu> spec, for similar reasons. > > These are the fonts which are being rejected on macOS for me. And yet > PingFang SC seems to work ok. > > strangeness detected: spec:’#’ font:’#’ Po Lu, why does it make sense to reject iso10646-1 in these cases? I could perhaps understand why reject gb2312.1980-0 when we request something like jisx0208*-*, but iso10646-1 is supposed to support all the characters, so I don't understand the rationale for rejecting that. And the same for unicode-bmp and unicode-sip, I think (although those are rarely used). And what if the requested registry is ascii-0? That one should match any registry, IMO. If not, why not? More generally, what were the examples where you saw problems in accepting registries different from the requested one? Also, if those problems are specific to certain platforms, how about making this test only on those platforms? Font selection machinery in Emacs is delicate enough to try to "do no harm" first and foremost.