From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Pablo Mercader =?UTF-8?Q?Alc=C3=A1ntara?= Newsgroups: gmane.emacs.bugs Subject: bug#25641: 25.1; insert-char function inconsistency Date: Tue, 7 Feb 2017 20:45:43 -0400 Message-ID: References: <83tw8656gf.fsf@gnu.org> <87a89y6ifh.fsf@rosalinde> 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 1486514840 25931 195.159.176.226 (8 Feb 2017 00:47:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 8 Feb 2017 00:47:20 +0000 (UTC) To: 25641@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 08 01:47:17 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 1cbGPk-0006XF-IN for geb-bug-gnu-emacs@m.gmane.org; Wed, 08 Feb 2017 01:47:16 +0100 Original-Received: from localhost ([::1]:57116 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cbGPq-0007YB-6y for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Feb 2017 19:47:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59705) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cbGOb-0006TU-WE for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 19:46:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cbGOY-0005mU-Sm for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 19:46:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:32986) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cbGOY-0005mH-Nr for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 19:46:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cbGOY-0008II-E8 for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 19:46:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Pablo Mercader =?UTF-8?Q?Alc=C3=A1ntara?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Feb 2017 00:46: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.148651475231866 (code B ref 25641); Wed, 08 Feb 2017 00:46:02 +0000 Original-Received: (at 25641) by debbugs.gnu.org; 8 Feb 2017 00:45:52 +0000 Original-Received: from localhost ([127.0.0.1]:59418 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cbGOO-0008Hu-52 for submit@debbugs.gnu.org; Tue, 07 Feb 2017 19:45:52 -0500 Original-Received: from mail-it0-f53.google.com ([209.85.214.53]:36921) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cbGOM-0008Hf-3Y for 25641@debbugs.gnu.org; Tue, 07 Feb 2017 19:45:50 -0500 Original-Received: by mail-it0-f53.google.com with SMTP id r185so92643744ita.0 for <25641@debbugs.gnu.org>; Tue, 07 Feb 2017 16:45:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=ypQxNMu9WBK8PS5HeGCdya+OXWTh32hbpLYLw92cxro=; b=UxKSghCeuwmw/r1u2/nBxuWrMtXKYMHmd6WqEWCU2maHvtF4yMNwN+45EkHNjSZpDu /R3zSy9g/xZZaWTqgJIPE0R6XsluMuPsx6JK8HxbiKgjcNVYtuHOwtER7COQwNIaPJre 0qqGx2BXkpodyBEWwOdtNErjtV9s/k5XTQ7Q/VR7V33VXZKHe1nRHWUD/n5TYrovPtDS EvFbJWeTUfZzYmJ67psCyfonTd0IkIQeyQKIUjr7Gayi7U2iUqqnHUopnkq8GBIUZaaw bxaqEzTdf9IEhWoFT08GhbFqyt0AsF/E9bZxSROgvB4dBhrOPVOz6uZI4WgGuEncrPiq 62rw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=ypQxNMu9WBK8PS5HeGCdya+OXWTh32hbpLYLw92cxro=; b=rdd/0eJZlvMIKbKWglQEBJcacVKZFCIXtqDAh5X1mmKjEI7J11EzBPKrioe0vsVfPl A1wlTawlguuvp73P4qmrZdG6qp++HrsNTEZSSXGF2PQP/xS4L6ZgBDt+UBcqbh6PAi6D CBOYPdidR5NzxeqYBKxqC7psHjLNKi0doja1/eWHUC1ajg2S2d6UTsp+gcS4kpJgVaoA Sh1eF7X1DFnN82D5T3BEaTJnKuZLOuZvTikRWDWZni1t/TUSBYw73sIwPVKqATtQeh0Y wZveLXLZD5Obb4p8PipQrOORRCPIWi/Jfe8FKPEMdQeTvRRwDTPPIHZVS0uBEvH9+oE4 6Qzw== X-Gm-Message-State: AIkVDXI5D95KO07fvctqR/pBU6zVBYOAdwIZ4HUQ4LJKR3v+xFPUc8REc/yq5uF34wKoGO7mv0yoj6uQ/AO+8g== X-Received: by 10.36.62.133 with SMTP id s127mr15007474its.110.1486514744038; Tue, 07 Feb 2017 16:45:44 -0800 (PST) Original-Received: by 10.107.132.1 with HTTP; Tue, 7 Feb 2017 16:45:43 -0800 (PST) In-Reply-To: <87a89y6ifh.fsf@rosalinde> 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:129109 Archived-At: Ok, I understand both arguments. I think it's a trivial problem too. I had the problem because the first time I typed exactly what the help buffer told me. But later I saw that there were different "BELL" characters with different terminations. The problem is that the information in the help screen should say C-x 8 RET BELL (BEL) for one character and C-x 8 RET BELL for the other. I know its a really small thing. Any way thanks for the fast answer! 2017-02-07 13:04 GMT-04:00 Stephen Berman : > 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 >>> >>> 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') >>> >>> Its a different character but it also states that I could write it usin= g >>> 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