bug#54562: 28.0.91; Emoji sequence not composed

[Eli Zaretskii]

> From: Andreas Schwab <schwab@linux-m68k.org>
> Cc: Po Lu <luangruo@yahoo.com>,  rpluim@gmail.com,  54562@debbugs.gnu.org
> Date: Fri, 25 Mar 2022 13:46:37 +0100
> 
> On Mär 25 2022, Eli Zaretskii wrote:
> 
> >> From: Po Lu <luangruo@yahoo.com>
> >> Cc: Eli Zaretskii <eliz@gnu.org>,  54562@debbugs.gnu.org
> >> Date: Fri, 25 Mar 2022 19:47:21 +0800
> >> 
> >> Robert Pluim <rpluim@gmail.com> writes:
> >> 
> >> > ... except when you use the correct emoji sequence, which in this case
> >> > is
> >> >
> >> > U+0037 U+FE0F U+20E3
> >> 
> >> Hmm, odd, thanks.  I wonder why other programs display the original
> >> sequence correctly.
> >
> > Why do you think what they do is "correct"?
> 
> If you switch to Symbola as the default font, Emacs is able to
> combine 7 U+20E3 U+FE0F.

By which composition rule?  Isn't that because U+20E3 is a combining
character?