From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 07 08:04:23 2017 Received: (at submit) by debbugs.gnu.org; 7 Feb 2017 13:04:23 +0000 Received: from localhost ([127.0.0.1]:58393 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cb5RX-0006iQ-AX for submit@debbugs.gnu.org; Tue, 07 Feb 2017 08:04:23 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55521) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cb5RV-0006iC-TV for submit@debbugs.gnu.org; Tue, 07 Feb 2017 08:04:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cb5RK-0004ok-Ka for submit@debbugs.gnu.org; Tue, 07 Feb 2017 08:04:16 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:56360) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cb5RK-0004og-HX for submit@debbugs.gnu.org; Tue, 07 Feb 2017 08:04:10 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46467) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cb5RF-0006Kx-SM for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 08:04:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cb5RE-0004nL-Hd for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 08:04:05 -0500 Received: from mail-it0-x230.google.com ([2607:f8b0:4001:c0b::230]:37023) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cb5RE-0004mI-CX for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2017 08:04:04 -0500 Received: by mail-it0-x230.google.com with SMTP id r185so78761089ita.0 for ; Tue, 07 Feb 2017 05:04:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=do2jFTsXUvaLjsNSs8ajYsNdOu+RIWoWvH4ANPVfEzQ=; b=SOfIDyJ5pH1BJpoM21tHI9tqc+o6owa41aCLr7wJHAI9j7pkS4b2lswwxoIFNemGML ZEBAuf7RE/msVbXaJrKE0ucRjJTgmJviHQG/MqvpLrCCfyjeJxaeWcQjrrDlICrEaZwh IlctNzkqhMg9I62ohsjMMbhXvgIhgNXdc4LZGOnli4Xj/XEvpjm/1rhDSh02Mb3+b9lC ZQ+ZVZqK5EnJ9Aq+n2NuoZ9baJZ4w1XK8k4KBqkTjNSx88fBSyfVpfVfmcIxWXIYf2F4 EwzFLwHr8tutHVtXobmqAOOXeUaF7XKH8BOBhNVAtiR+VFtJ21VVTZkaTRuNQ01ZEjkW ympQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=do2jFTsXUvaLjsNSs8ajYsNdOu+RIWoWvH4ANPVfEzQ=; b=cpUkN8rCMBWRVLSn8pOdBw+pfBG1HIDg5RMLuDq0DwEDW3Y+OPINC/Qmx6idit8CkB SHoMItQhiW2HA2mx0jHYijcVoNJoOdRWu6eO/E7knOabx07OqYZwnHivd1X16jWi/l4W qtnVIyVSK9ofPUGizKHYNK1Tyib9TiuL8T7GnSUW7w+gO+RG6+3c48garI0FR2g6IoBa zh1pDmJsV/eZLlzEshuL2hy1bedUe1keOdcj9eYVCt6yZ9ocl8dOWV/TW1lQrX4D8mbi q8a7ueOy5g7zLM2FoxYVehE2Ig76uT7IAFTjCtfcm5qBUTJLL3PHSZq2VfvOZAA238a8 xx9w== X-Gm-Message-State: AIkVDXLwDXdEhcaIP7IaEcHdovA5FW7GNfS0ngfKdpnoRuEtJeVFBQypyEKSHY8hixgaEuTDyuo3nWV6hIf0Ng== X-Received: by 10.36.62.133 with SMTP id s127mr11971481its.110.1486472641785; Tue, 07 Feb 2017 05:04:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.132.1 with HTTP; Tue, 7 Feb 2017 05:04:01 -0800 (PST) From: =?UTF-8?Q?Pablo_Mercader_Alc=C3=A1ntara?= Date: Tue, 7 Feb 2017 09:04:01 -0400 Message-ID: Subject: 25.1; insert-char function inconsistency To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) Im playing with a bat file triying to put a BELL sound when the file execution is complete and I have a file that has the character so I just have to copy it into the bat file. But I was curious about how could I get the char directly from emacs so I did a C-u C-x =3D and emacs showed me this: position: 7 of 8 (75%), column: 6 character: C-g (displayed as C-g) (codepoint 7, #o7, #x7) preferred charset: ascii (ASCII (ISO646 IRV)) code point in charset: 0x07 script: latin syntax: . which means: punctuation to input: type "C-x 8 RET 7" or "C-x 8 RET BELL" buffer code: #x07 file code: #x07 (encoded by coding system iso-latin-1-dos) display: no font available hardcoded face: escape-glyph Character code properties: customize what to show old-name: BELL general-category: Cc (Other, Control) There are text properties here: fontified t I thought "ooh! this is cool I can write this character using its name, BELL" so I created a new bat file "alarm2.bat" with just one line and tryed to write the character on that file using C-x 8 RET BELL as the previous help screen told me, but got a different character. When I do a C-u C-x =3D over that character I got this: position: 9 of 10 (80%), column: 9 character: =F0=9F=94=94 (displayed as =F0=9F=94=94) (codepoint = 128276, #o372424, #x1f514) preferred charset: unicode (Unicode (ISO10646)) code point in charset: 0x1F514 script: symbol syntax: w which means: word category: .:Base to input: type "C-x 8 RET 1f514" or "C-x 8 RET BELL" buffer code: #xF0 #x9F #x94 #x94 file code: not encodable by coding system iso-latin-1-dos display: no font available Character code properties: customize what to show name: BELL general-category: So (Symbol, Other) decomposition: (128276) ('=F0=9F=94=94') There are text properties here: fontified t 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. In GNU Emacs 25.1.1 (x86_64-w64-mingw32) of 2016-11-15 built on LAPHROAIG Windowing system distributor 'Microsoft Corp.', version 10.0.10240 Configured using: 'configure --without-dbus --without-compress-install 'CFLAGS=3D-O2 -static -g3'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS Important settings: value of $LANG: ENU locale-coding-system: cp1252 Major mode: Bat Minor modes in effect: diff-auto-refine-mode: t shell-dirtrack-mode: t yas-global-mode: t yas-minor-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent messages: Quit [6 times] Char: =F0=9F=94=94 (128276, #o372424, #x1f514) point=3D9 of 10 (80%) column= =3D9 You can run the command =E2=80=98rename-buffer=E2=80=99 with M-x ren-b RET Type "q" in help window to restore previous buffer You can run the command =E2=80=98describe-function=E2=80=99 with C-h f Type "q" in help window to restore previous buffer Making completion list... Quit [2 times] Making completion list... Load-path shadows: c:/Users/pmercader/AppData/Roaming/.emacs.d/elpa/cygwin-mount-20131111.1346= /cygwin-mount hides d:/share/emacs/share/emacs/site-lisp/cygwin/cygwin-mount Features: (shadow sort mail-extr emacsbug sendmail iso-transl pp wid-edit descr-text tutorial vc add-log log-view pcvs-util vc-dispatcher vc-svn frameset edebug apropos jka-compr ediff-merg ediff-wind ediff-diff ediff-mult ediff-help ediff-init ediff-util ediff message rfc822 mml mml-sec epg mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev mail-utils gmm-utils mailheader calc-help calc-aent calc-misc calccomp calc-sel info calc-stuff calc-yank calc-store eieio-opt speedbar sb-image ezimage dframe calc-alg calc-ext calc-menu calc calc-loaddefs calc-macs bat-mode vc-git diff-mode easy-mmode dabbrev files-x omnisharp omnisharp-settings omnisharp-auto-complete-actions omnisharp-server-actions omnisharp-utils s flycheck find-func rx subr-x etags xref project popup dash flymake csharp-mode imenu compile cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs macros nxml-uchnm rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph nxml-enc xmltok sql view python tramp-sh tramp tramp-compat auth-source eieio eieio-core cl-macs gnus-util mm-util help-fns mail-prsvr password-cache tramp-loaddefs trampver ucs-normalize shell pcomplete format-spec advice json map dired-aux dired thingatpt misearch multi-isearch rect edmacro kmacro setup-cygwin cygwin-mount ange-ftp comint ansi-color ring cl-seq yasnippet misterioso-theme finder-inf package epg-config windmove ido seq byte-opt gv bytecomp byte-compile cl-extra help-mode easymenu cconv cl-loaddefs pcase cl-lib time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote w32notify w32 multi-tty make-network-process emacs) Memory information: ((conses 16 522627 96926) (symbols 56 52480 0) (miscs 48 342 935) (strings 32 141122 2904) (string-bytes 1 3803911) (vectors 16 68626) (vector-slots 8 1966421 74426) (floats 8 1055 909) (intervals 56 4040 2404) (buffers 976 52)) From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 07 11:09:00 2017 Received: (at 25641) by debbugs.gnu.org; 7 Feb 2017 16:09:00 +0000 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 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 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 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 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 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 Date: Tue, 07 Feb 2017 18:08:48 +0200 Message-Id: <83tw8656gf.fsf@gnu.org> From: Eli Zaretskii To: Pablo Mercader =?utf-8?Q?Alc=C3=A1ntara?= In-reply-to: (message from Pablo Mercader =?utf-8?Q?Alc=C3=A1ntara?= on Tue, 7 Feb 2017 09:04:01 -0400) Subject: Re: bug#25641: 25.1; insert-char function inconsistency References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25641 Cc: 25641@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > 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. From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 07 12:05:00 2017 Received: (at 25641) by debbugs.gnu.org; 7 Feb 2017 17:05:00 +0000 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 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 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 From: Stephen Berman To: Eli Zaretskii Subject: Re: bug#25641: 25.1; insert-char function inconsistency References: <83tw8656gf.fsf@gnu.org> Date: Tue, 07 Feb 2017 18:04:50 +0100 In-Reply-To: <83tw8656gf.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 07 Feb 2017 18:08:48 +0200") Message-ID: <87a89y6ifh.fsf@rosalinde> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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/etD6Z4t1Nv3lJKbTed4y GdS+JtP X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 25641 Cc: Pablo Mercader =?utf-8?Q?Alc=C3=A1ntara?= , 25641@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) 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 From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 07 19:45:52 2017 Received: (at 25641) by debbugs.gnu.org; 8 Feb 2017 00:45:52 +0000 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 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 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) MIME-Version: 1.0 Received: by 10.107.132.1 with HTTP; Tue, 7 Feb 2017 16:45:43 -0800 (PST) In-Reply-To: <87a89y6ifh.fsf@rosalinde> References: <83tw8656gf.fsf@gnu.org> <87a89y6ifh.fsf@rosalinde> From: =?UTF-8?Q?Pablo_Mercader_Alc=C3=A1ntara?= Date: Tue, 7 Feb 2017 20:45:43 -0400 Message-ID: Subject: Re: bug#25641: 25.1; insert-char function inconsistency To: 25641@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.2 (/) X-Debbugs-Envelope-To: 25641 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.2 (/) 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 08 08:15:11 2017 Received: (at 25641) by debbugs.gnu.org; 8 Feb 2017 13:15:11 +0000 Received: from localhost ([127.0.0.1]:59678 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cbS5W-0000mS-ER for submit@debbugs.gnu.org; Wed, 08 Feb 2017 08:15:10 -0500 Received: from mout.gmx.net ([212.227.17.22]:55596) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cbS5V-0000mG-3a for 25641@debbugs.gnu.org; Wed, 08 Feb 2017 08:15:09 -0500 Received: from rosalinde ([62.214.227.193]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LyzW8-1cOTXp1sTQ-014Glo; Wed, 08 Feb 2017 14:15:01 +0100 From: Stephen Berman To: Pablo Mercader =?utf-8?Q?Alc=C3=A1ntara?= Subject: Re: bug#25641: 25.1; insert-char function inconsistency References: <83tw8656gf.fsf@gnu.org> <87a89y6ifh.fsf@rosalinde> Date: Wed, 08 Feb 2017 14:15:00 +0100 In-Reply-To: ("Pablo Mercader \=\?utf-8\?Q\?Alc\=C3\=A1ntara\=22's\?\= message of "Tue, 7 Feb 2017 20:45:43 -0400") Message-ID: <87inok7rjf.fsf@rosalinde> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:gnr5ylRWteIAMwrs38zeoF+SrDjEGw5BPo+qznE//fr6I/rqlUt Srwz4QFyTZISnym+TzSzptMUWC4gQv5BxK3EbJ67fcgLG9fwK0/BHHvHCTftgjJpG18QUjp lWLZvKTi1rPZfFTbqr4vC8HfL3phQKabOH7SnGRCJmwHALlZzs8gjIjq5MBGH9YoCQunXIc TA/BsvqOw3BEsdJzPkExw== X-UI-Out-Filterresults: notjunk:1;V01:K0:kSL1HXooHXQ=:MT7DpF+8moWya8i+i1i1Qj XZJlnKuWZVr/663dLnw1d+kjefra9Cbja/o7qLo9GRgdfLcUK8NP/s51WJLgAJ3rbg6kKmvur mFuipk2XH6O0i6LbxBHgQvs1Wof/HpX/hPDKSuJE2SdoSS2qH0388tvCQnj+2PTba0j9KQxfu iExt6aKO7erzlSBGp3vA8/7XeWKy8V72MXCnLHNKL8WLmDtKBWQQuzCVTvNDTi2cV8e7fk7ji mex0Q6UTfoTjm1qhxIEv9Ixz6bdSJ1op5fJ7+YulKavSt9VXfOX8REjEkz7/Y/C+2ZE79G89C BeLBE57E5dslhHP0vzTzBHlhGdzCmZNWQRGq7fy93DQZ6b9zNaJgtSVJxBKOmJWJ3mc6GW0xC d6Xgd+CrsRz7XB/A6eNmXN39lbdfvHzjZNwmRk8r50hlIskYlM0/cShBXKccNmllpEcX5QR4b 3MIXFhHwutFgmOUomaS7/J3/LHFk/jIJj00W2ZrU6F0cWMeSdfIdukOUWnaLkTLO/uIoTTFLu PmJ04ZNrWgqGCOUNLIpSxIUA8MFpnIJr0j+skLD1whKYh2HBmWhqzja3BVoNHJaCPoDumqZzW U6wgevpks54huAspfpmalUdcCpHI7VxLYqEQfC7a5OQOQjJZH1UswwJN90M99eF+HILPy2WU+ 1vU3hVyKMhKD/ZLsktNPQtctrLLsuKQxZ6/i7E6alvXdt03NCYPv0oJLFZ04vSoPpRgJo0mUB TeDJtzmFySGKEVkwtx1k9JStTyAd375efB9pDSWhRbPSJqT2SFWojz/htVt9lQ2Kk5HN3w9o8 zl4ihHblkevCwbqtL/YeNPEE72AJA== X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 25641 Cc: 25641@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) On Tue, 7 Feb 2017 20:45:43 -0400 Pablo Mercader Alc=C3=A1ntara wrote: > 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 agree. The following patch does that (the special-casing here has a precedent in ucs-names in mule-cmds.el, from which the comment is copied): diff --git a/lisp/descr-text.el b/lisp/descr-text.el index 3971dbb..a1efb67 100644 --- a/lisp/descr-text.el +++ b/lisp/descr-text.el @@ -617,7 +617,14 @@ describe-char "input method") (list (let ((name - (or (get-char-code-property char 'name) + (or (when (=3D char 7) + ;; Special case for "BELL" which is + ;; apparently the only char which + ;; doesn't have a new name and whose + ;; old-name is shadowed by a newer char + ;; with that name. + (car (rassoc char ucs-names))) + (get-char-code-property char 'name) (get-char-code-property char 'old-nam= e)))) (if (and name (assoc-string name (ucs-names))) (format Eli, what do you say? Steve Berman From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 08 12:54:21 2017 Received: (at 25641) by debbugs.gnu.org; 8 Feb 2017 17:54:21 +0000 Received: from localhost ([127.0.0.1]:60482 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cbWRh-0002TR-AH for submit@debbugs.gnu.org; Wed, 08 Feb 2017 12:54:21 -0500 Received: from eggs.gnu.org ([208.118.235.92]:59287) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cbWRf-0002TF-Rx for 25641@debbugs.gnu.org; Wed, 08 Feb 2017 12:54:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cbWRY-0002dw-3e for 25641@debbugs.gnu.org; Wed, 08 Feb 2017 12:54:14 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59518) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cbWRY-0002ds-0L; Wed, 08 Feb 2017 12:54:12 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2987 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cbWRW-0006uz-Ss; Wed, 08 Feb 2017 12:54:11 -0500 Date: Wed, 08 Feb 2017 19:54:12 +0200 Message-Id: <83zihw4lh7.fsf@gnu.org> From: Eli Zaretskii To: Stephen Berman In-reply-to: <87inok7rjf.fsf@rosalinde> (message from Stephen Berman on Wed, 08 Feb 2017 14:15:00 +0100) Subject: Re: bug#25641: 25.1; insert-char function inconsistency References: <83tw8656gf.fsf@gnu.org> <87a89y6ifh.fsf@rosalinde> <87inok7rjf.fsf@rosalinde> 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-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25641 Cc: programingfrik@gmail.com, 25641@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Stephen Berman > Date: Wed, 08 Feb 2017 14:15:00 +0100 > Cc: 25641@debbugs.gnu.org > > I agree. The following patch does that (the special-casing here has a > precedent in ucs-names in mule-cmds.el, from which the comment is > copied): > > diff --git a/lisp/descr-text.el b/lisp/descr-text.el > index 3971dbb..a1efb67 100644 > --- a/lisp/descr-text.el > +++ b/lisp/descr-text.el > @@ -617,7 +617,14 @@ describe-char > "input method") > (list > (let ((name > - (or (get-char-code-property char 'name) > + (or (when (= char 7) > + ;; Special case for "BELL" which is > + ;; apparently the only char which > + ;; doesn't have a new name and whose > + ;; old-name is shadowed by a newer char > + ;; with that name. > + (car (rassoc char ucs-names))) > + (get-char-code-property char 'name) > (get-char-code-property char 'old-name)))) > (if (and name (assoc-string name (ucs-names))) > (format > > Eli, what do you say? I don't mind, but ucs-names might be nil if the function by the same name was not yet called, so I think we should call it first. Also, I think it would be good to mention this bug report in the comment. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 08 16:44:05 2017 Received: (at 25641) by debbugs.gnu.org; 8 Feb 2017 21:44:06 +0000 Received: from localhost ([127.0.0.1]:60593 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cba21-0000z2-Nf for submit@debbugs.gnu.org; Wed, 08 Feb 2017 16:44:05 -0500 Received: from mout.gmx.net ([212.227.17.22]:50523) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cba1z-0000yJ-Hh for 25641@debbugs.gnu.org; Wed, 08 Feb 2017 16:44:04 -0500 Received: from rosalinde ([62.214.227.193]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LgqEs-1c7Dcn262o-00oF7b; Wed, 08 Feb 2017 22:43:51 +0100 From: Stephen Berman To: Eli Zaretskii Subject: Re: bug#25641: 25.1; insert-char function inconsistency References: <83tw8656gf.fsf@gnu.org> <87a89y6ifh.fsf@rosalinde> <87inok7rjf.fsf@rosalinde> <83zihw4lh7.fsf@gnu.org> Date: Wed, 08 Feb 2017 22:43:50 +0100 In-Reply-To: <83zihw4lh7.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 08 Feb 2017 19:54:12 +0200") Message-ID: <87poisgxyh.fsf@rosalinde> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:5mxUA7fIuc7CCdFDG4/Su42HBkdsxa9EposNXSwFmADSHl8jQNq F6Aoq8OmLaQ57BMILNhRajGEYCcA985tx8yCroGEbrJ8axdbo7YkyVZEZiKzopTT+lT03zZ F7jrEtPVFCr2z5x38RYK20sO5Z367lxJPxu+Eza6+bqKgz5Wp/mnM/UUodCXdP5TUYOZV4A 6S5xorLVkk2q8XVRYPQ3w== X-UI-Out-Filterresults: notjunk:1;V01:K0:TY4e70yf6Ps=:sRPnc3AO2eSEAvWkzcxCcW QccXyeU385gdXZlJHJUqb1D94z4G41NiIHBJi9RYo2eLSnAfZrDgr8UacdoQviwoUcekl4Q+S 5KlIFnsK/NXRHOsvYSsNCl68eVTkRvEdhOiIdn58YXjIi0dOQ6Sa5KmuUamqwq/VMWLFjjm/7 r80fCSNKsGQPUB4RryjAGvqRRPMly5ow1DOW8/YGAtb/kKorggHWv7PQg8w6r3CSck/1015l0 ZE6rjiwNeiCxvnGRjGOH9zADnzwCQ4bt5Z7S9YjRtFWEaYn+ETM41T5YxV3cwhHOu85gb13Pm uXnTpcyYxyYGvJFdZaKbt+wWaLJhZ3+OcrwC4/XTDFDtXM9PTttf5X2H/Mhp+AHKEF3YhLzAG dtt5SpUzLEx8KqjwE0Oo7Wyw6cvraw9BqkbgDdWaPN2vSONNx9ZjsSVYJCC+250tYgBZnX5bF b+L2ysCJW0Vituji7SILXqq8F64/ij5v9ohYm+BgFZXj5etO08jGnH/OmNHJy3LxlrqhGkkM0 Jk5/Zju5u/6HxZE2un4eWPdscWpOqHPPVhQHYXdbqDaAFA1xvgDvGNOkQrbytMbOKMFRkBdHY B/JR5+5za49YuaidfO/GIaPoHD9L6ApVJ5B1SlGQbpJfrheXxg7Tt5jG8pgFsus38p+qEa29B IFnxsYIQxMnOOEAnp5Tu1plqVf7hXPUjNcOrYWaQL3HFObHaSJdIY4GNo1/nRtyonZ+ai0QbU vEw6TOf68mNskJwX4vt2XoXV8TJkzAbGajHi+N4syB7JrgoodfcenNsInX/4A1BiQ3OLiQoq9 xBBxgBGFqCkWJWzDuv2S9Jk/gTVgFlP90UNAdnA2DyI0ZI32aWDOi8bYkCxu2ipLVRD+mOCRI qQbK3+yDlVrLlFsEuqgTdeMDMqhFxNtsXGqyQKxyhlxvtNtZRr4letyyGE9jxJJC5e5vGNiAs 9kZV/SWV28R8LWcGArhQ4jvuBB9KrY6ttSolJ1g08TrixKdKk1QOJJ2pSPUWrrZgvXr6CeEhi 9UFdG+ddxx7j+zA7b9D2b0s= X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 25641 Cc: programingfrik@gmail.com, 25641@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) On Wed, 08 Feb 2017 19:54:12 +0200 Eli Zaretskii wrote: >> From: Stephen Berman >> Date: Wed, 08 Feb 2017 14:15:00 +0100 >> Cc: 25641@debbugs.gnu.org >> >> I agree. The following patch does that (the special-casing here has a >> precedent in ucs-names in mule-cmds.el, from which the comment is >> copied): >> >> diff --git a/lisp/descr-text.el b/lisp/descr-text.el >> index 3971dbb..a1efb67 100644 >> --- a/lisp/descr-text.el >> +++ b/lisp/descr-text.el >> @@ -617,7 +617,14 @@ describe-char >> "input method") >> (list >> (let ((name >> - (or (get-char-code-property char 'name) >> + (or (when (= char 7) >> + ;; Special case for "BELL" which is >> + ;; apparently the only char which >> + ;; doesn't have a new name and whose >> + ;; old-name is shadowed by a newer char >> + ;; with that name. >> + (car (rassoc char ucs-names))) >> + (get-char-code-property char 'name) >> (get-char-code-property char 'old-name)))) >> (if (and name (assoc-string name (ucs-names))) >> (format >> >> Eli, what do you say? > > I don't mind, but ucs-names might be nil if the function by the same > name was not yet called, so I think we should call it first. Oh yes, I should have noticed that. > Also, I think it would be good to mention this bug report in the > comment. Done and pushed to master as 90f76eb. Steve Berman From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 08 17:01:14 2017 Received: (at 25641) by debbugs.gnu.org; 8 Feb 2017 22:01:14 +0000 Received: from localhost ([127.0.0.1]:60598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cbaIc-0001Om-83 for submit@debbugs.gnu.org; Wed, 08 Feb 2017 17:01:14 -0500 Received: from mail-io0-f173.google.com ([209.85.223.173]:33832) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cbaIa-0001OZ-A6 for 25641@debbugs.gnu.org; Wed, 08 Feb 2017 17:01:13 -0500 Received: by mail-io0-f173.google.com with SMTP id l66so2222177ioi.1 for <25641@debbugs.gnu.org>; Wed, 08 Feb 2017 14:01:12 -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 :cc; bh=yyAnPCGW7+Sph05nJyIr3ze9URpc9cVR9I0/9uhL6dQ=; b=doky/jVw31p9LjNWbhyS6iWYQsyQicE1kAmGGcn+HWCYcb84ZRkSKoge9txShC6SNn djgJxHAOKO/Px1H5iH5PhbE7i94sayXKhUpdQpa+bxUQS6ly7ISa4Yee/ZQ0xDln+9ql 8wrorDk6bkU/SosL/G19vs66YGLIcB2GnBDAVIl1QwsNEWqy7uoGO70zhRfeBs75lVcC vysnMhrf77tfS1v6gY+UKIqhp0JH5GjWA8oIr2Xu8gIPWYnyKd5zqm0mDmqQw6gj4tQF 2C8LWwQa3IeZLp/POCf0Jk6KbUXVAPfIE/9GaE30oasrUIK6yk4BPJfrNslinQbHKuu9 yhJw== 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:cc; bh=yyAnPCGW7+Sph05nJyIr3ze9URpc9cVR9I0/9uhL6dQ=; b=IwD7fAyAn2+8CwuXaVDm+3KNJqPqSUlmGdpHBVL4qjXetGn8LC/EHu5DMup9GrhEv2 T89whbPJAy2IYgUwgqO6T+y0YuuPd+9DmU3JVSzZRJ8ZpHg3S0CUwLPoJ/IYhAd4LZu2 TKoJ31w/ztV+hhVgI73Ff/7G3Wy8GKBu/GVHLxe24zZs85tSxeOfDSTSliZEpr6YEt84 nByrdUjXnRQb5FhbcB/2s83QUXPvWX1G0M0Qrqnf7tAq00scom1R+4ciy18Pc5C7xU5s oLQiQXVaDlUh1MHiM/PoE4LRL1gK3KQBdaufc11adGLPcYoMuuRJ5ksMULkYNtLBJYcv MpjQ== X-Gm-Message-State: AMke39l7TjF7qAxgczAPS5bfhtD8+d5vVLZAu4XV8FtNMv0+SIDhLk0wnkaqIwYtyvwu4TDLh0beS6N19WQHRg== X-Received: by 10.107.48.199 with SMTP id w190mr381646iow.117.1486591266542; Wed, 08 Feb 2017 14:01:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.132.1 with HTTP; Wed, 8 Feb 2017 14:01:06 -0800 (PST) In-Reply-To: <87poisgxyh.fsf@rosalinde> References: <83tw8656gf.fsf@gnu.org> <87a89y6ifh.fsf@rosalinde> <87inok7rjf.fsf@rosalinde> <83zihw4lh7.fsf@gnu.org> <87poisgxyh.fsf@rosalinde> From: =?UTF-8?Q?Pablo_Mercader_Alc=C3=A1ntara?= Date: Wed, 8 Feb 2017 18:01:06 -0400 Message-ID: Subject: Re: bug#25641: 25.1; insert-char function inconsistency To: Stephen Berman Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: 25641 Cc: Eli Zaretskii , 25641@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) oooh cool! thanks again! 2017-02-08 17:43 GMT-04:00 Stephen Berman : > On Wed, 08 Feb 2017 19:54:12 +0200 Eli Zaretskii wrote: > >>> From: Stephen Berman >>> Date: Wed, 08 Feb 2017 14:15:00 +0100 >>> Cc: 25641@debbugs.gnu.org >>> >>> I agree. The following patch does that (the special-casing here has a >>> precedent in ucs-names in mule-cmds.el, from which the comment is >>> copied): >>> >>> diff --git a/lisp/descr-text.el b/lisp/descr-text.el >>> index 3971dbb..a1efb67 100644 >>> --- a/lisp/descr-text.el >>> +++ b/lisp/descr-text.el >>> @@ -617,7 +617,14 @@ describe-char >>> "input method") >>> (list >>> (let ((name >>> - (or (get-char-code-property char 'name) >>> + (or (when (= char 7) >>> + ;; Special case for "BELL" which is >>> + ;; apparently the only char which >>> + ;; doesn't have a new name and whose >>> + ;; old-name is shadowed by a newer char >>> + ;; with that name. >>> + (car (rassoc char ucs-names))) >>> + (get-char-code-property char 'name) >>> (get-char-code-property char 'old-name)))) >>> (if (and name (assoc-string name (ucs-names))) >>> (format >>> >>> Eli, what do you say? >> >> I don't mind, but ucs-names might be nil if the function by the same >> name was not yet called, so I think we should call it first. > > Oh yes, I should have noticed that. > >> Also, I think it would be good to mention this bug report in the >> comment. > > Done and pushed to master as 90f76eb. > > Steve Berman From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 09 09:15:22 2017 Received: (at 25641-done) by debbugs.gnu.org; 9 Feb 2017 14:15:22 +0000 Received: from localhost ([127.0.0.1]:32787 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cbpVJ-0002Gc-Va for submit@debbugs.gnu.org; Thu, 09 Feb 2017 09:15:22 -0500 Received: from mout.gmx.net ([212.227.15.15]:53401) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cbpVH-0002GP-Nv for 25641-done@debbugs.gnu.org; Thu, 09 Feb 2017 09:15:20 -0500 Received: from rosalinde ([83.135.5.67]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Me86g-1cmBsn3fv4-00Pxjy; Thu, 09 Feb 2017 15:15:12 +0100 From: Stephen Berman To: Pablo Mercader =?utf-8?Q?Alc=C3=A1ntara?= Subject: Re: bug#25641: 25.1; insert-char function inconsistency References: <83tw8656gf.fsf@gnu.org> <87a89y6ifh.fsf@rosalinde> <87inok7rjf.fsf@rosalinde> <83zihw4lh7.fsf@gnu.org> <87poisgxyh.fsf@rosalinde> Date: Thu, 09 Feb 2017 15:15:09 +0100 In-Reply-To: ("Pablo Mercader \=\?utf-8\?Q\?Alc\=C3\=A1ntara\=22's\?\= message of "Wed, 8 Feb 2017 18:01:06 -0400") Message-ID: <87h943e9hu.fsf@rosalinde> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:uKwmwzojP3QXUBcL7DTu0vQM8WyVRtZNlIrCi5zsDwCJwEVjewM Orzu47DUrZV5OPZer7xzaldt9d1PM0OEPqepqBWuPJtEmXb6R8BqAt+QRegCD/w2KtBLU0W 3MaGWcvAgQ4klE0hBigy9ZLajXq/p3gQbTqqltFCnCg3W4p6konACfsYz0m0XGpfqaNp00V KkSD8DrMkuhS+D/Z8P8eQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:7T2VDc1X4T0=:s3+uqYnvtWWSA1N4ddUhFd M72IfhVpcxAAgVr+a46Co+898TvbkvK8HP1HOs6R/xB8Cfr3V3QX7GdQwWKcgwsDhUqm31H8Y ufI8sXwFutQd0XcFtkaQFzzKpUnLMnqeGByxvODwrcpS1cutoskPsLi6/5FxISETo+x01roHO EDHaCL7OrU+fWakJSBX38NTKtLa0s2gMaOA6MJ6zxiiUnTxNfCn4iVW5etjJoZEDR3kEBGeMS iw7eHG681gSQNW25lng3ECg4iC/XNjM8cwM09dMBJ6gtPQnAO0nUyJNbqKzNbf/k6o1VOHEgp lZY8E0yjjj0e0yxfprSSxzfs8KV0cbruhoP7fltZuk+4K9SPH0bekCRpBD+LRDQNGc9HythdT nJ+rK0VyV0334CEW91cHPsn24TdbTmHVg5eruNOpjHjURqL66S5fuMBYM0h7uH24BOGfIfeLn lpqO77colHJ2121jqmGG/PzvKPEdHTjXkJaQM8mhO5qkNYvMSuwe0REZzuMCTtl8s8X/yu5tD 5XHRt7bF+d3vZo3qZ2VZzsW/PwcGYj0QUyjUnVKn3/J0B5z99WQ+VVVbUEBwKZZQ/Imkd0L7g DnJ5OFSLNC4Bw0pQzkWlXHD5gcdADqg2o6mjzMDHyoU8BDd95S4+Pfrb9QJ13u7hchjHwKe24 jOfXPU+u+6Y0V7gtVx6rmkqiNsPSFSmhXny1AKJD+fHA6KtfqevVKrO13lkX/onQwlngdMD7p TdCz+fz1Sz8yQ0gQZm1aC/4vUDP5kNk1Qmieo+8lPowRdLBA7nzk8dDTiN8jOxHH0Mv+B6SKW nmsV0VU X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 25641-done Cc: Eli Zaretskii , 25641-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) On Wed, 8 Feb 2017 18:01:06 -0400 Pablo Mercader Alc=C3=A1ntara wrote: > > 2017-02-08 17:43 GMT-04:00 Stephen Berman : [...] >> Done and pushed to master as 90f76eb. > oooh cool! > > thanks again! I'll take that as confirmation that the bug can be closed, and have done so. Steve Berman From unknown Sat Jun 21 10:42:44 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 10 Mar 2017 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator