emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: scratch/emoji vs emacs that maybe canʼt display emojis


From: Robert Pluim
Subject: Re: scratch/emoji vs emacs that maybe canʼt display emojis
Date: Fri, 05 Nov 2021 14:38:41 +0100

>>>>> On Fri, 05 Nov 2021 13:57:08 +0200, Eli Zaretskii <eliz@gnu.org> said:

    >> From: Robert Pluim <rpluim@gmail.com>
    >> Date: Fri, 05 Nov 2021 09:22:53 +0100
    >> 
    >> I have a terminal emulator that can display emojis correctly.

    Eli> Which one?

iterm2

    Eli> Does it behave correctly wrt the display width of the displayed Emoji?
    Eli> That is, does string-width agree with the number of columns the
    Eli> displayed Emoji takes on the screen?

No, string-width gives 2, it actually takes up 1 column, which is
unexpected for a non-composed character.

    >> On macos, in gui frames, I see similar issues until I cherry-pick
    >> e3171e7e86, which says to me thereʼs an issue with the 'can I display
    >> this codepoint' code.

    Eli> Indeed, how can we know that a particular TTY frame can display Emoji?
    Eli> For a single character, we have a more-or-less reliable method, but
    Eli> for a composable sequence?

Well, this is a single character Iʼm trying to enter. And even if
Emacs canʼt display the codepoints, it shouldn't break the transient.

Robert
-- 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]