[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#54562: 28.0.91; Emoji sequence not composed
From: |
Robert Pluim |
Subject: |
bug#54562: 28.0.91; Emoji sequence not composed |
Date: |
Fri, 25 Mar 2022 11:54:10 +0100 |
>>>>> On Fri, 25 Mar 2022 18:32:08 +0800, Po Lu via "Bug reports for GNU Emacs,
>>>>> the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org> said:
Bug> Eli Zaretskii <eliz@gnu.org> writes:
>> I think this means your default font doesn't support the U+20E3
>> COMBINING ENCLOSING KEYCAP character. Emacs cannot compose characters
>> that aren't supported by the font used for the base character.
... except when you use the correct emoji sequence, which in this case
is
U+0037 U+FE0F U+20E3
Bug> Thanks. But does it really make sense to require that the default font
Bug> (on my system, Source Code Pro) support Emoji? 20E3 COMBINING
ENCLOSING
Bug> KEYCAP displays by itself using Noto Color Emoji.
See above
Robert
--
- bug#54562: 28.0.91; Emoji sequence not composed, Po Lu, 2022/03/25
- bug#54562: 28.0.91; Emoji sequence not composed, Eli Zaretskii, 2022/03/25
- bug#54562: 28.0.91; Emoji sequence not composed, Po Lu, 2022/03/25
- bug#54562: 28.0.91; Emoji sequence not composed,
Robert Pluim <=
- bug#54562: 28.0.91; Emoji sequence not composed, Po Lu, 2022/03/25
- bug#54562: 28.0.91; Emoji sequence not composed, Eli Zaretskii, 2022/03/25
- bug#54562: 28.0.91; Emoji sequence not composed, Andreas Schwab, 2022/03/25
- bug#54562: 28.0.91; Emoji sequence not composed, Eli Zaretskii, 2022/03/25
- bug#54562: 28.0.91; Emoji sequence not composed, Andreas Schwab, 2022/03/25
- bug#54562: 28.0.91; Emoji sequence not composed, Robert Pluim, 2022/03/25
- bug#54562: 28.0.91; Emoji sequence not composed, Andreas Schwab, 2022/03/25
- bug#54562: 28.0.91; Emoji sequence not composed, Eli Zaretskii, 2022/03/25
- bug#54562: 28.0.91; Emoji sequence not composed, Andreas Schwab, 2022/03/25
- bug#54562: 28.0.91; Emoji sequence not composed, Po Lu, 2022/03/25