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

Previous Next

Full log

View this message in rfc822 format

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

>>>>> On Fri, 25 Mar 2022 14:14:27 +0100, Andreas Schwab <schwab <at> linux-m68k.org> said:

    Andreas> On Mär 25 2022, Eli Zaretskii wrote:
    >> By which composition rule?  Isn't that because U+20E3 is a combining
    >> character?

    Andreas> Sure.  If Emacs were able to do that even if the default does not
    Andreas> contain U+20E3 that would be ideal.  Or if Emacs were able to combine a
    Andreas> and U+0308 even if the latter is not avaliable in the default font.

For U+20E3 you could try playing with the value of
`auto-composition-emoji-eligible-codepoints'. For U+308, how common is
it to have a font that doesnʼt have a glyph for it?

Robert
-- 

Previous Next

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