GNU bug report logs - #51659
29.0.50; emoji.el: incorrect description for some emojis in emoji-list

Previous Next

Package: emacs;

Reported by: Simon Pugnet <simon <at> polaris64.net>

Date: Sun, 7 Nov 2021 12:47:02 UTC

Severity: normal

Found in version 29.0.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Simon Pugnet <simon <at> polaris64.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 51659 <at> debbugs.gnu.org
Subject: Re: bug#51659: 29.0.50; emoji.el: incorrect description for some
 emojis in emoji-list
Date: Sun, 07 Nov 2021 15:48:20 +0100
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Perhaps emoji.el is mis-parsing the emoji file...  I'll try to debug.

No, there's something weird going on in `find-composition' here?  Eli,
could you have a look -- it's a bit mysterious.

(insert "\x263A\xFE0Flalalalalal")
=> ☺️lalalalalal

(find-composition (point)) on both of those return the composition on
the first cluster.

Now, the doc string says:

---
If there’s no composition at POS, and the optional 2nd argument LIMIT
is non-nil, search for a composition toward the position given by LIMIT.
---

So I interpret a nil value shouldn't search?

(find-composition (point) (point)) returns absolutely the same as a nil
value on the "lala" bits.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 3 years and 197 days ago.

Previous Next


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