From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: handa Newsgroups: gmane.emacs.devel Subject: Re: etc/HELLO markup etc. Date: Sat, 29 Dec 2018 16:23:24 +0900 Message-ID: <87wons6bkj.fsf@gnu.org> References: <838t0iasju.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1546069295 29216 195.159.176.226 (29 Dec 2018 07:41:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 29 Dec 2018 07:41:35 +0000 (UTC) Cc: eggert@cs.ucla.edu, monnier@iro.umontreal.ca, Emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 29 08:41:30 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gd9FS-0007UM-A0 for ged-emacs-devel@m.gmane.org; Sat, 29 Dec 2018 08:41:30 +0100 Original-Received: from localhost ([127.0.0.1]:35172 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gd9HZ-0004jY-2d for ged-emacs-devel@m.gmane.org; Sat, 29 Dec 2018 02:43:41 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:53741) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gd9HG-0004Sx-2x for Emacs-devel@gnu.org; Sat, 29 Dec 2018 02:43:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gd92y-0006A8-PV for Emacs-devel@gnu.org; Sat, 29 Dec 2018 02:28:37 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40405) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gd8y0-0007UH-Ay; Sat, 29 Dec 2018 02:23:28 -0500 Original-Received: from fl1-125-192-177-121.iba.mesh.ad.jp ([125.192.177.121]:53242 helo=shatin) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1gd8xz-0007Wm-Ut; Sat, 29 Dec 2018 02:23:28 -0500 Original-Received: from handa by shatin with local (Exim 4.90_1) (envelope-from ) id 1gd8xw-000266-8O; Sat, 29 Dec 2018 16:23:24 +0900 In-Reply-To: <838t0iasju.fsf@gnu.org> (message from Eli Zaretskii on Sat, 22 Dec 2018 10:12:37 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:232032 Archived-At: In article <838t0iasju.fsf@gnu.org>, Eli Zaretskii writes: > > Eli Zaretskii wrote: > > > Which markup is not necessary for display, in your opinion? > >=20 > > At most all that's useful is markup that distinguishes Chinese and Japa= nese=20 > > variants of Han characters; this might also include hanja (Korean) and = Ch=E1=BB=AF N=C3=B4m=20 > > (Vietnamese) variants if we ever added such characters to etc/HELLO. Su= ch markup=20 > > might be useful because a significant set of east Asian users dislike U= nicode's=20 > > Han unification and prefer specific variants of Han characters. I'm not= aware of=20 > > any other set of users who dislike unification in that way. > I'm not yet sure this is only about Han unification. Using charsets > for specifying fonts is a general feature in Emacs, which can be used > to control which fonts are selected independently of what the OS > facilities such as fontconfig do. > I hope Handa-san will be able to comment on this stuff. > If Han unification is the only important user of the charset property, > then yes, we could remove the rest of the charset info from HELLO. Long ago, the quality of fonts designed for a specific regacy charset were far better than so-called Unicode fonts even for non-Han charaters. So, the charset information for non-Han charsets did have some meaning. But, I don't know the current situation. Perhaps, it is good to remove them and wait for complaint from users. --- K. Handa handa@gnu.org