From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: Choice of fonts displaying etc/HELLO Date: Tue, 05 Aug 2008 16:33:06 +0900 Message-ID: References: <48900ED2.2000703@gnu.org> <4890670C.9000009@gnu.org> <48906865.4000808@gnu.org> <48907856.6040308@gnu.org> <48930CE4.5080305@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1217921639 10715 80.91.229.12 (5 Aug 2008 07:33:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 5 Aug 2008 07:33:59 +0000 (UTC) Cc: lekktu@gmail.com, emacs-devel@gnu.org, jasonr@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 05 09:34:49 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KQH4A-0001II-81 for ged-emacs-devel@m.gmane.org; Tue, 05 Aug 2008 09:34:46 +0200 Original-Received: from localhost ([127.0.0.1]:48180 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KQH3E-0004g2-KC for ged-emacs-devel@m.gmane.org; Tue, 05 Aug 2008 03:33:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KQH2z-0004UL-Hu for emacs-devel@gnu.org; Tue, 05 Aug 2008 03:33:33 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KQH2y-0004Ss-5Z for emacs-devel@gnu.org; Tue, 05 Aug 2008 03:33:33 -0400 Original-Received: from [199.232.76.173] (port=60410 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KQH2y-0004Sa-0B for emacs-devel@gnu.org; Tue, 05 Aug 2008 03:33:32 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:8195) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KQH2m-00036I-Gc; Tue, 05 Aug 2008 03:33:20 -0400 Original-Received: from mx1.aist.go.jp ([150.29.246.133]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KQH2i-000250-Kp; Tue, 05 Aug 2008 03:33:17 -0400 Original-Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id m757X8Bm020272; Tue, 5 Aug 2008 16:33:08 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp3.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id m757X80M007330; Tue, 5 Aug 2008 16:33:08 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp3.aist.go.jp with ESMTP id m757X6n6025295; Tue, 5 Aug 2008 16:33:06 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken.m17n.org with local (Exim 4.69) (envelope-from ) id 1KQH2Y-00024H-6o; Tue, 05 Aug 2008 16:33:06 +0900 In-reply-to: (message from Eli Zaretskii on Fri, 01 Aug 2008 16:51:26 +0300) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/23.0.60 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) X-detected-kernel: by mx20.gnu.org: Solaris 9 X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:102074 Archived-At: In article , Eli Zaretskii writes: > > But is that the right way to categorize them? This character (and others > > around it) are not Japanese or Korean characters. They just happen to be > > included in those encodings. The same goes for Cyrillic and Greek > > characters. > I agree with Jason. I reported a similar curiosity the moment the > unicode-2 branch was merged with the trunk. We don't define the semantics of "category" clearly. We can think of the category name "Japanese" as "characters belonging to one of Japanese character set". Then that character surely have that cateogry. And, in Emacs 22, that kind of definition was surely useful. Although, I agree that such kind of definition is not appropriate now, I have no good idea about how to improve it without breaking backward compatibility. --- Kenichi Handa handa@ni.aist.go.jp