[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
--
- scratch/emoji vs emacs that maybe canʼt display emojis, Robert Pluim, 2021/11/05
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Lars Ingebrigtsen, 2021/11/05
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Robert Pluim, 2021/11/05
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Lars Ingebrigtsen, 2021/11/05
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Lars Ingebrigtsen, 2021/11/07
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Lars Ingebrigtsen, 2021/11/07
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Eli Zaretskii, 2021/11/07
- Re: scratch/emoji vs emacs that maybe canʼt display emojis, Lars Ingebrigtsen, 2021/11/07