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.devel Subject: Re: master 15afa72460b: Fix 'script-representative-chars' for the 'han' script Date: Mon, 05 Aug 2024 19:25:31 +0300 Message-ID: <86y15bos1w.fsf@gnu.org> References: <172267024373.1752.11669700725951474437@vcs2.savannah.gnu.org> <20240803073044.42052C1CAF7@vcs2.savannah.gnu.org> <8734nmq7ls.fsf@yahoo.com> <86cympvdej.fsf@gnu.org> <87le1dp2gb.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16272"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Aug 05 18:26:36 2024 Return-path: Envelope-to: ged-emacs-devel@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 1sb0Xb-00041g-O3 for ged-emacs-devel@m.gmane-mx.org; Mon, 05 Aug 2024 18:26:35 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sb0Wi-0003HN-HJ; Mon, 05 Aug 2024 12:25:40 -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 1sb0Wh-0003Gn-Fq for emacs-devel@gnu.org; Mon, 05 Aug 2024 12:25:39 -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 1sb0Wh-00010y-4O; Mon, 05 Aug 2024 12:25:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=HTGA6RfR5qrqATiZ+FYOqWiLcX2DmqndQkHhMbpPLqQ=; b=mg4y19Tl1YZ2 lYT60LGHFJUYQ6t52y54agXXHym+X0rB9S6eN5Hp4giHeTH3hHEtWoLPmiBXbcRnlSq/I/Nr66tt2 ecxCDEo+WYdhtdCYlzhBMh7x+EpuJOJChu7i0g03Dk9FvKJQlBzPBQgG3fZh7gd6QiLdoX/dakJ4M XD8EWpJzpUGUbWMG/Z7do6wL4MvAdvm85ZEpWf1CPzV14h4bro0h3qlNBASKE47ZS3zA45spVCqlj tMaJLJw+tpN8pQAv3G31iqD1we8yBhbFR0P6QI9vnlpV1n1b6+LWSbLVhDcl8XRVhd5y0DFRXIsAV x8VqWcX9qYSXZLT7V/Cr5A==; In-Reply-To: <87le1dp2gb.fsf@yahoo.com> (message from Po Lu on Sun, 04 Aug 2024 08:16:20 +0800) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:322390 Archived-At: > From: Po Lu > Cc: emacs-devel@gnu.org > Date: Sun, 04 Aug 2024 08:16:20 +0800 > > >> > --- a/lisp/international/fontset.el > >> > +++ b/lisp/international/fontset.el > >> > @@ -208,8 +208,7 @@ > >> > (kana #x304B) > >> > (bopomofo #x3105) > >> > (kanbun #x319D) > >> > - (han #x2e90 #x2f00 #x3010 #x3200 #x3300 #x3400 #x31c0 #x4e10 > >> > - #x5B57 #xfe30 #xf900) > >> > + (han #x2e90 #x2f00 #x3200 #x3300 #x3400 #x4e10 #x5B57 #xfe30 #xf900) > >> > >> Someone reports that this set of characters still does not enable the > >> detection of WenQuanYi Micro Hei, which is certainly complete enough to > >> display all Han text that will be encountered in practice. U+2E90, > >> U+2F00, U+3300 and U+3400 are absent from this font, and quite > >> reasonably so, since they are freestanding radicals, Kana, which belong > >> in the entry for kana rather than han, or obsolete. > > > > On what system did that happen? > > Not "what system", "which font": WenQuanYi Micro Hei, one of the better > free Han fonts. If you remove U+2E90, U+2F00, U+3300 and U+3400 from the list and rebuild Emacs, what happens if you insert U+2F75? Does Emacs succeed to find another font which support that codepoint or does it appear as tofu? If the latter, what happens if you in install some additional font which does support U+2F75? IOW, I'm interested to know what happens on GNU/Linux if more than one font is available that together cover both the "usual" han characters and those additional ones which you think we should remove from script-representative-chars, but neither of these fonts supports all of those characters. Can Emacs solve this by itself on GNU/Linux, or does it need "help" from the user's customization of the fontset?