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.