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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: simon <at> polaris64.net, 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 17:16:12 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: 51659 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
> 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.

What are "both of those"?  And what do you mean by 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?

It shouldn't search if POS is not included in any composition, no.

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

That's expected.

But I still don't understand what is the problem.  What did you try to
accomplish, and what happened instead?

Previous Next

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