GNU bug report logs - #28646
25.2; Emoji BED cannot be inserted with its name

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 28646 in the body.
You can then email your comments to 28646 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: ynyaaa <at> gmail.com
To: bug-gnu-emacs <at> gnu.org
Subject: 25.2; Emoji BED cannot be inserted with its name
Date: Fri, 29 Sep 2017 23:01:56 +0900

Typing 'C-x 8 RET B E D RET' inserts #xBED(TAMIL DIGIT SEVEN).
Emoji #x1F6CF(BED) cannot be inserted with its name.
Although the completion list for insert-char with 'BE' includes Emoji BED,
the result of clicking 'BED' is TAMIL DIGIT SEVEN.



In GNU Emacs 25.2.1 (i686-w64-mingw32)
 of 2017-04-25 built on LAPHROAIG
Windowing system distributor 'Microsoft Corp.', version 6.0.6002
Configured using:
 'configure --host=i686-w64-mingw32 --without-dbus
 --without-compress-install 'CFLAGS=-static -O2 -g3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS

Important settings:
  value of $LANG: JPN
  locale-coding-system: cp932

Major mode: Lisp Interaction

Minor modes in effect:
  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:

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
mml-sec password-cache epg epg-config gnus-util mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util help-fns help-mode easymenu
cl-loaddefs pcase cl-lib mail-prsvr mail-utils time-date mule-util
japan-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 8 91409 5177)
 (symbols 32 19664 0)
 (miscs 32 50 119)
 (strings 16 15834 4011)
 (string-bytes 1 427472)
 (vectors 8 13031)
 (vector-slots 4 516560 5464)
 (floats 8 160 64)
 (intervals 28 213 16)
 (buffers 520 19))

Message #8 received at 28646 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: ynyaaa <at> gmail.com
Cc: 28646 <at> debbugs.gnu.org
Subject: Re: bug#28646: 25.2; Emoji BED cannot be inserted with its name
Date: Fri, 29 Sep 2017 17:48:53 +0200

ynyaaa <at> gmail.com writes:

> Typing 'C-x 8 RET B E D RET' inserts #xBED(TAMIL DIGIT SEVEN).
> Emoji #x1F6CF(BED) cannot be inserted with its name.
> Although the completion list for insert-char with 'BE' includes Emoji BED,
> the result of clicking 'BED' is TAMIL DIGIT SEVEN.

Indeed it is. 25.3 behaves the same, but 26 correctly inserts #x1F6CF.

I've bisected it down to the following commit, which changed the
interpretation of 'BED' to be less surprising.

You can either upgrade to the not-yet-released emacs-26, or try
applying this commit locally (if you build your own emacs)

commit 86d083438dba60dc00e9e96414bf7e832720c05a (HEAD)
Author:     Paul Eggert <eggert <at> cs.ucla.edu>
AuthorDate: Mon Apr 25 10:41:29 2016 -0700
Commit:     Paul Eggert <eggert <at> cs.ucla.edu>
CommitDate: Mon Apr 25 10:42:48 2016 -0700

    New function ‘char-from-name’
    
    This also fixes the mishandling of "\N{CJK COMPATIBILITY
    IDEOGRAPH-F900}", "\N{VARIATION SELECTOR-1}", etc.
    Problem reported by Eli Zaretskii in:
    http://lists.gnu.org/archive/html/emacs-devel/2016-04/msg00614.html
    * doc/lispref/nonascii.texi (Character Codes), etc/NEWS: Document this.
    * lisp/international/mule-cmds.el (char-from-name): New function.
    (read-char-by-name): Use it.  Document that "BED" is treated as
    a name, not as a hexadecimal number.  Reject out-of-range integers,
    floating-point numbers, and strings with trailing junk.
    * src/lread.c (character_name_to_code): Call char-from-name
    instead of inspecting ucs-names directly, so that we handle
    computed names like "VARIATION SELECTOR-1".  Do not use an auto
    string, since char-from-name might GC.
    * test/src/lread-tests.el: Add tests for new behavior, and
    fix some old tests that were wrong.

Regards

Robert

Message #13 received at 28646-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: ynyaaa <at> gmail.com, 28646-done <at> debbugs.gnu.org
Subject: Re: bug#28646: 25.2; Emoji BED cannot be inserted with its name
Date: Fri, 29 Sep 2017 20:51:55 +0300

> From: Robert Pluim <rpluim <at> gmail.com>
> Date: Fri, 29 Sep 2017 17:48:53 +0200
> Cc: 28646 <at> debbugs.gnu.org
> 
> ynyaaa <at> gmail.com writes:
> 
> > Typing 'C-x 8 RET B E D RET' inserts #xBED(TAMIL DIGIT SEVEN).
> > Emoji #x1F6CF(BED) cannot be inserted with its name.
> > Although the completion list for insert-char with 'BE' includes Emoji BED,
> > the result of clicking 'BED' is TAMIL DIGIT SEVEN.
> 
> Indeed it is. 25.3 behaves the same, but 26 correctly inserts #x1F6CF.
> 
> I've bisected it down to the following commit, which changed the
> interpretation of 'BED' to be less surprising.

Indeed, I see the same.  I'm therefore closing this bug report.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.