From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Character literals for Unicode (control) characters Date: Fri, 22 Apr 2016 10:57:26 +0300 Message-ID: <83d1pi5b4p.fsf@gnu.org> References: <87r3fsjenn.fsf@gnus.org> <56D8623F.6060806@cs.ucla.edu> <838u1vwqj9.fsf@gnu.org> <56DC7227.10708@cs.ucla.edu> <56DC7F18.8050103@cs.ucla.edu> <83si03v0c3.fsf@gnu.org> <56E7191A.60507@cs.ucla.edu> <56EE9E76.1090002@cs.ucla.edu> <57198EF6.50001@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1461311867 32008 80.91.229.3 (22 Apr 2016 07:57:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 22 Apr 2016 07:57:47 +0000 (UTC) Cc: p.stephani2@gmail.com, emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 22 09:57:40 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1atVy7-0001lR-O2 for ged-emacs-devel@m.gmane.org; Fri, 22 Apr 2016 09:57:40 +0200 Original-Received: from localhost ([::1]:56476 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1atVy7-00078Z-6v for ged-emacs-devel@m.gmane.org; Fri, 22 Apr 2016 03:57:39 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34151) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1atVy3-00075z-Fn for emacs-devel@gnu.org; Fri, 22 Apr 2016 03:57:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1atVxy-0006SX-Sl for emacs-devel@gnu.org; Fri, 22 Apr 2016 03:57:35 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58932) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1atVxy-0006ST-Q1; Fri, 22 Apr 2016 03:57:30 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2999 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1atVxx-0001Qy-W9; Fri, 22 Apr 2016 03:57:30 -0400 In-reply-to: <57198EF6.50001@cs.ucla.edu> (message from Paul Eggert on Thu, 21 Apr 2016 19:39:50 -0700) 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:203162 Archived-At: > From: Paul Eggert > Date: Thu, 21 Apr 2016 19:39:50 -0700 > Cc: emacs-devel@gnu.org > > Thanks for doing all that. I installed your patches into the Emacs > master, along with the attached further patch which omits the > undocumented support for escapes like "\N{CJK IDEOGRAPH-3400}" as I > couldn't see the utility of these over and above plain "\N{U+3400}", > plus it wasn't clear why CJK ideographs needed special-case names > whereas other ideographs did not. I think \N{} should accept any name that appears in UnicodeData.txt, so "CJK IDEOGRAPH-3400" and its ilk should be an exception, even if we don't see any great utility in that. I think omitting any names is a mistake, unless other environments (e.g., Python) do the same. As for other ideographs that are not treated the same, I'm not sure which ones you had in mind; can you elaborate? Note that, as I said in http://lists.gnu.org/archive/html/emacs-devel/2016-03/msg00919.html a new range of similarly treated ideographs was added by Unicode 9.0, so they should be treated the same (they don't appear in ucs-names). Thanks.