From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.bugs Subject: bug#25641: 25.1; insert-char function inconsistency Date: Tue, 07 Feb 2017 18:04:50 +0100 Message-ID: <87a89y6ifh.fsf@rosalinde> References: <83tw8656gf.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 1486487112 16296 195.159.176.226 (7 Feb 2017 17:05:12 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 7 Feb 2017 17:05:12 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: Pablo Mercader =?UTF-8?Q?Alc=C3=A1ntara?= , 25641@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 07 18:05:06 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1cb9CU-0003vS-3I for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Feb 2017 18:05:06 +0100 Original-Received: from localhost ([::1]:55534 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cb9CZ-0003kD-OZ for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Feb 2017 12:05:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39533) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cb9CT-0003ib-F4 for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 12:05:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cb9CQ-00046a-P5 for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 12:05:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:32772) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cb9CQ-00046S-MA for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 12:05:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cb9CQ-0004Fn-C6 for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 12:05:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Feb 2017 17:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25641 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25641-submit@debbugs.gnu.org id=B25641.148648710016340 (code B ref 25641); Tue, 07 Feb 2017 17:05:02 +0000 Original-Received: (at 25641) by debbugs.gnu.org; 7 Feb 2017 17:05:00 +0000 Original-Received: from localhost ([127.0.0.1]:59204 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cb9CN-0004FT-Ei for submit@debbugs.gnu.org; Tue, 07 Feb 2017 12:04:59 -0500 Original-Received: from mout.gmx.net ([212.227.15.19]:57298) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cb9CM-0004FE-43 for 25641@debbugs.gnu.org; Tue, 07 Feb 2017 12:04:58 -0500 Original-Received: from rosalinde ([62.214.229.148]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MVui8-1cuojT0LLE-00X5o4; Tue, 07 Feb 2017 18:04:51 +0100 In-Reply-To: <83tw8656gf.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 07 Feb 2017 18:08:48 +0200") X-Provags-ID: V03:K0:+H7WxAC2nrj0vkhJGl4Bo80pfRSrItAwbMyHAyY83sHw2gQX/F9 A/6XbzsGCyxOmMDfz5zC0DMgNERUroUYslKNprKKlarYJKBf8X7M6KqCejfMCRlNQdh563z jccs2kVoqF2CFvyJgxhXBOTQzBVbVlPfKfpBKzr8wij3eZ8L3S/rxeXZYlRBEi14D5p/ehT xA9h+wDMdI1yxW94wSFWw== X-UI-Out-Filterresults: notjunk:1;V01:K0:DLRtu7VByd8=:Fw7mFFYJdbeXYAngK9dbuR kUjaHTq/7xHjlB/kknTTwDDznNfHej0kBBe0HGVhX1HuoFjLDNFGwFap4FT9RnJ+yosvmRlF8 /A38l6+64BeUJKNen/ksWFNWxAZL9viYg9HfDMjjnF+PQ2T5OfeG7Z3PmatYNAdZqJqhPRp/U /eiv20v7/DzcHMsmDun/Ci7lzmzvGkLTTt6/S+pee5qruWxygfUQx6H2sl/Z6ORjcFnSCJMl/ em1GD7GkR1+ycnG+iZN8oKl3Ufmq2aCr4iIfPwaD5/4cx4y7psa6zfAduaXSWm93NC9h+1Yyt sCPTd1+apb5NHBehS+aLSrPyTvTQcgpRlES0gTcPwkCakY02rTfdYr7iayFWNlXhiD+EcnHuo PzwWbMNpw+H14FOl2H5mMacA1czn24Rk7JYRkD6Z64029w6wQMXRrF4o+QtLJ+6iFqGKtzgat foJwGUOXM8PpX+8ImulwkcJGK/d190yxtB9Sy4iDP2ZAQFcXmCjNH7n25AQJeKSX8A8oFxDYl 0iyJYh6ecupw4Weu+YgG3nrYo6wAap1UT7wnKhPzMsUtyryeYQhpCH8K7mzBkXxO1sMj/8gkE YvjMB+cBRjkQ9++GDeAc9t7PqRjm1Np73nBZf3Qi4q+HUiCmZe/Aqgd4EbLFXMQzMuxeJ0Au9 wDTf6JdSOw+0CDGtrrUjfgwIBnW/qvI2EvQ4Omf+t4IrH25w0YwP+0G72j8b4tvq9fEKUxfgP mRL83t64LqypK8hV5iMgwA5Axi/2G37bGq86DlnafV/NOAEb2jx4/etD6Z4t1Nv3lJKbTed4 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:129083 Archived-At: On Tue, 07 Feb 2017 18:08:48 +0200 Eli Zaretskii wrote: >> From: Pablo Mercader Alc=C3=A1ntara >> Date: Tue, 7 Feb 2017 09:04:01 -0400 >>=20 >> Character code properties: customize what to show >> old-name: BELL >> general-category: Cc (Other, Control) >> [...] >> Character code properties: customize what to show >> name: BELL >> general-category: So (Symbol, Other) >> decomposition: (128276) ('=F0=9F=94=94') >>=20 >> Its a different character but it also states that I could write it using >> C-x 8 RET BELL. To me that is an inconsistency, because one of the >> commands that the help screen showed me was C-x 8 RET BELL and that >> clearly doesn't work. > > It's not an inconsistency: the first one has BELL as its "old name" > property (and has no "name" property), the second one as its "name" > property. This is per Unicode definitions in their character > database, which Emacs uses for this feature. Unicode removed the > names of low control characters in some version of their standard, > leaving the "old name" behind for compatibility. > > Emacs displays "old name" if "name" is missing. > > If you type "C-x 8 RET BELL" and hit TAB right after that, Emacs will > tell you this is "complete, but not unique". Another TAB will pop up > the list of completion candidates, where you will see both BELLs (and > a couple more characters). > > I don't think there's a bug here. But as the OP noted, the *Help* buffer for the character #x7 says: to input: type "C-x 8 RET 7" or "C-x 8 RET BELL" yet hitting RET after `C-x RET BELL' only inserts the character #x1f514; the only way to insert it via `C-x 8' is to hit TAB and then click on the entry `BELL (BEL)' in the *Completions* buffer. So the *Help* is at best misleading. Steve Berman