From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#25641: 25.1; insert-char function inconsistency Date: Tue, 07 Feb 2017 18:08:48 +0200 Message-ID: <83tw8656gf.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1486484840 23700 195.159.176.226 (7 Feb 2017 16:27:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 7 Feb 2017 16:27:20 +0000 (UTC) Cc: 25641@debbugs.gnu.org To: Pablo Mercader =?UTF-8?Q?Alc=C3=A1ntara?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 07 17:27:16 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 1cb8bs-00060J-DO for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Feb 2017 17:27:16 +0100 Original-Received: from localhost ([::1]:55207 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cb8by-0001Sp-3f for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Feb 2017 11:27:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48434) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cb8KI-0003uR-QD for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 11:09:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cb8KE-0004Ay-Np for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 11:09:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:60963) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cb8KE-0004Ak-KQ for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 11:09:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cb8KE-0002uo-BL for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 11:09:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Feb 2017 16:09: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.148648374011198 (code B ref 25641); Tue, 07 Feb 2017 16:09:02 +0000 Original-Received: (at 25641) by debbugs.gnu.org; 7 Feb 2017 16:09:00 +0000 Original-Received: from localhost ([127.0.0.1]:59162 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cb8KC-0002uY-8f for submit@debbugs.gnu.org; Tue, 07 Feb 2017 11:09:00 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:57358) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cb8KB-0002uM-Fg for 25641@debbugs.gnu.org; Tue, 07 Feb 2017 11:08:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cb8K2-00042D-6v for 25641@debbugs.gnu.org; Tue, 07 Feb 2017 11:08:54 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41324) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cb8K2-000425-3X; Tue, 07 Feb 2017 11:08:50 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1785 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cb8K1-0003xI-GE; Tue, 07 Feb 2017 11:08:49 -0500 In-reply-to: (message from Pablo Mercader =?UTF-8?Q?Alc=C3=A1ntara?= on Tue, 7 Feb 2017 09:04:01 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:129077 Archived-At: > From: Pablo Mercader Alcántara > Date: Tue, 7 Feb 2017 09:04:01 -0400 > > 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) ('🔔') > > 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. Thanks.