GNU bug report logs - #54562
28.0.91; Emoji sequence not composed

Previous Next

Full log

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

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: luangruo <at> yahoo.com, rpluim <at> gmail.com, 54562 <at> debbugs.gnu.org
Subject: Re: bug#54562: 28.0.91; Emoji sequence not composed
Date: Fri, 25 Mar 2022 15:03:15 +0100

On Mär 25 2022, Eli Zaretskii wrote:

>> From: Andreas Schwab <schwab <at> linux-m68k.org>
>> Cc: luangruo <at> yahoo.com,  rpluim <at> gmail.com,  54562 <at> debbugs.gnu.org
>> Date: Fri, 25 Mar 2022 14:14:27 +0100
>> 
>> On Mär 25 2022, Eli Zaretskii wrote:
>> 
>> > By which composition rule?  Isn't that because U+20E3 is a combining
>> > character?
>> 
>> Sure.  If Emacs were able to do that even if the default does not
>> contain U+20E3 that would be ideal.  Or if Emacs were able to combine a
>> and U+0308 even if the latter is not avaliable in the default font.
>
> I think Emacs only considers the font of the base character when it
> tries to compose?

I guess that's the difference between Emacs and other display engines.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."

Previous Next

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