Re: [PATCH] emoji on TUI emacs

Eli Zaretskii <[email protected]> Sun, 02 Aug 2026 21:14:40 +0300
Newsgroups gmane.emacs.devel
Message-ID <[email protected]>
> From: Stefan Monnier <[email protected]>
> Cc: [email protected]
> Date: Sun, 02 Aug 2026 13:25:07 -0400
> 
> >> >> Maybe also allow a more fine-grained control of auto-composition so it
> >> >> can be enabled for some compositions (which the user thinks work
> >> >> correctly, maybe with the help of the above manually-updated database) and
> >> >> disabled for others (which the user hasn't encountered yet or doesn't
> >> >> care to make work)?
> >> > This is not workable, IMO, because we have no way of telling the
> >> > terminal whether to compose or not to compose a given sequence of
> >> > codepoints.  We can perhaps tell that to Emacs, but the terminal will
> >> > do its thing regardless.
> >> Then how come disabling auto-composition "works"?
> > It causes Emacs assumptions be correct in many more cases than the
> > other state.  Especially with Emoji sequences.
> 
> But I can't see why those assumptions can't be changed on
> a composition-by-composition (or classes of compositions) basis rather
> than with a global flag.

That's the latest idea, yes.