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: Tue, 06 Aug 2024 14:35:36 +0300 Message-ID: <86jzgtq3xz.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> <86y15bos1w.fsf@gnu.org> <87sevio729.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39225"; 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 Tue Aug 06 13:36:48 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 1sbIUi-000A1L-LT for ged-emacs-devel@m.gmane-mx.org; Tue, 06 Aug 2024 13:36:48 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sbITi-0001p8-9R; Tue, 06 Aug 2024 07:35:46 -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 1sbITf-0001os-Od for emacs-devel@gnu.org; Tue, 06 Aug 2024 07:35:43 -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 1sbITf-0004dK-Eb; Tue, 06 Aug 2024 07:35:43 -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=46lG8ebhevWktwZKmErjq4H6ULkF5ptnwcgPzhIZ/1A=; b=SpbilGHvlyS1 VbfpFmkBbyU7duzyQgdzHcYd/JUmmg+2K/lbPaD+aL+zIa9o/l7i4MsF1whu5fjDM1LjZrwjohReY RyVFqplqn2N9Hte8ZuImPQVPiKvebtbb9wHqBcOZS+vbXXR5hPO9oFLs4BZtcGHtEZCsJ2Hn4g4m3 bcNOxgPRpafBjMGr2CJ+JOjyyAQiBl9w5Rhi43jBHlABYlwXp3Fs/muUwWZAYeKHxVZvUWe8S37gL 1KSYHeVJm0gEm5ardF1Fz6bg58r1wglFAa7PJ2blc/HA/PldURUIfEAF8A1jSWMqymSil9qlG4DYL OKEcM+dlcfjTjhTHStjJmg==; In-Reply-To: <87sevio729.fsf@yahoo.com> (message from Po Lu on Tue, 06 Aug 2024 07:58:54 +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:322436 Archived-At: > From: Po Lu > Cc: emacs-devel@gnu.org > Date: Tue, 06 Aug 2024 07:58:54 +0800 > > Eli Zaretskii writes: > > > 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? > > I'll ask, but my intuition is that no font will be discovered, since a > font must support all of any characters defined as lists in > script-representative-chars to be eligible. Note that I said "if you remove those characters". If you did note that, then does it mean when U+2F75 needs to be installed and the current font for han doesn't support it, Emacs will never try to look for _another_ font which supports han characters? Or will it try, but always fail? > > 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? > > Probably the latter, unless `han' is divided into scripts for > characters, obsolete characters, radicals, and the like. That is again quite disappointing, since I always thought font backends based on Fontconfig can do a better job, because (AFAIR) Fontconfig caches the font information and makes it available for programs that search fonts covering specific characters. What you describe happens on MS-Windows, but there we don't have a way to test whether a font supports a character without actually loading the font (the 'has_char' backends method always fails).