From: Po Lu <luangruo@yahoo.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: master bf0aeaa0d7a: Re-enable displaying `han' characters on Android
Date: Thu, 01 Aug 2024 18:13:03 +0800 [thread overview]
Message-ID: <87jzh0r1ow.fsf@yahoo.com> (raw)
In-Reply-To: <86r0b8woq3.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 01 Aug 2024 12:56:36 +0300")
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Po Lu <luangruo@yahoo.com>
>> Cc: emacs-devel@gnu.org
>> Date: Thu, 01 Aug 2024 17:47:54 +0800
>>
>> Eli Zaretskii <eliz@gnu.org> writes:
>>
>> > But users can add a font spec for 'han' to the fontset, cannot they?
>> > And if they do, then the representative characters _are_ important,
>> > aren't they? So I don't think we should remove those characters.
>>
>> Such an action would be pointless, as the fontset would not match any
>> CJK font actually in existence, and it would break the Android build to
>> boot.
>
> Then Android users should not do that. But users of other systems
> could, and we should not prevent them from doing so.
We don't prevent users from modifying script-representative-chars
anywhere, no?
>> If anyone seriously considers non-existent characters important
>> enough to construct a font spec that matches them, he can easily amend
>> script-representative-chars for himself or define another script. If
>> these pages are opened, for example:
>>
>> https://www.compart.com/en/unicode/U+20000
>> https://www.compart.com/en/unicode/U+2a700
>> https://www.compart.com/en/unicode/U+2b740
>> https://www.compart.com/en/unicode/U+2b820
>> https://www.compart.com/en/unicode/U+2ceb0
>>
>> in Mozilla (not to mention Emacs) on my GNU/Linux system or on Android,
>> tofu is displayed, and there can hardly be said to exist an OS system
>> that is better internationalized out of the box than is Android. The
>> remaining characters:
>>
>> https://www.compart.com/en/unicode/U+2f804
>> https://www.compart.com/en/unicode/U+1f210
>>
>> are displayed correctly, but are barely attested or expected to be
>> present by CJK users in practice, and U+1F210 is arguably rather a
>> symbol than a proper character.
>
> On my Windows 11 system, I see all of them, and I didn't install any
> additional fonts for CJK. So your assertion is simply not true.
> Maybe your GNU/Linux system is outdated, or maybe GNU/Linux users with
> CJK interests are supposed to install optional packages that you don't
> have installed.
This is an installation of Fedora Workstation 40 that was updated
yesterday, and where all of the Noto font packages that are required for
displaying CJK text are undoubtedly installed. The reason these
characters are omitted from the suggested set of CJK fonts is that there
is simply insufficient interest in these characters, and probably the
same reasonining holds on Android, where users cannot install fonts at
all, and where the entirety of these pages, save about a dozen, is tofu:
https://commons.wikimedia.org/wiki/Category:Unicode_20000-2A6DF_CJK_Unified_Ideographs_Extension_B
https://commons.wikimedia.org/wiki/Category:Unicode_2A700-2B73F_CJK_Unified_Ideographs_Extension_C
https://commons.wikimedia.org/wiki/Category:Unicode_2B740-2B81F_CJK_Unified_Ideographs_Extension_D
https://commons.wikimedia.org/wiki/Category:Unicode_2B820-2CEAF_CJK_Unified_Ideographs_Extension_E
https://commons.wikimedia.org/wiki/Category:Unicode_2CEB0-2EBEF_CJK_Unified_Ideographs_Extension_F
Noto are apparently quite reluctant to support Extension B:
https://github.com/notofonts/noto-cjk/issues/13
and they are the go-to source of Free CJK fonts nowadays.
next prev parent reply other threads:[~2024-08-01 10:13 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-31 15:45 master bf0aeaa0d7a: Re-enable displaying `han' characters on Android Eli Zaretskii
2024-08-01 0:07 ` Po Lu
2024-08-01 0:33 ` Po Lu
2024-08-01 5:52 ` Eli Zaretskii
2024-08-01 7:55 ` Po Lu
2024-08-01 8:52 ` Eli Zaretskii
2024-08-01 9:47 ` Po Lu
2024-08-01 9:56 ` Eli Zaretskii
2024-08-01 10:13 ` Po Lu [this message]
2024-08-01 10:19 ` Eli Zaretskii
2024-08-01 21:17 ` Dmitry Gutov
2024-08-01 5:32 ` Eli Zaretskii
2024-08-01 8:16 ` Po Lu
2024-08-01 9:49 ` Eli Zaretskii
2024-08-01 10:30 ` Po Lu
2024-08-01 10:35 ` Eli Zaretskii
2024-08-02 10:52 ` Benjamin Riefenstahl
2024-08-02 12:29 ` Eli Zaretskii
2024-08-02 12:55 ` Benjamin Riefenstahl
2024-08-02 13:13 ` Benjamin Riefenstahl
2024-08-03 7:12 ` pipcet
2024-08-03 8:52 ` Po Lu
2024-08-03 9:21 ` pipcet
2024-08-03 9:33 ` Po Lu
2024-08-03 13:13 ` pipcet
2024-08-03 13:31 ` Po Lu
2024-08-03 14:31 ` pipcet
2024-08-03 14:54 ` Po Lu
2024-08-07 17:52 ` Pip Cet
2024-08-08 0:10 ` Po Lu
2024-08-09 12:33 ` Pip Cet
2024-08-09 13:10 ` Po Lu
2024-08-03 15:15 ` Eli Zaretskii
2024-08-02 10:44 ` Benjamin Riefenstahl
2024-08-02 11:42 ` Po Lu
2024-08-01 7:57 ` Andrea Corallo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87jzh0r1ow.fsf@yahoo.com \
--to=luangruo@yahoo.com \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).