Rendering issues with emojis

[ralphtheninja]

People have been mentioning this in the channels. Just thought I'd create an issue where we can gather some more information. I've created an emoji-test channel.

I noticed that some emojis doesn't cause any rendering issues, and some times it's random. Some other emojis are really consistent.

The telephone for example makes a really predictive pattern:

[hackergrrl]

I wonder if the problem is that emoji are being rendered with a variable width, while the rest of the terminal font is fixed width. Can you repro the problem with a terminal IRC client?

…

On 08/08 16:42, Lars-Magnus Skog wrote: People have been mentioning this in the channels. Just thought I'd create an issue where we can gather some more information. I've created an `emoji-test` channel. I noticed that some emojis doesn't cause any rendering issues, and some times it's random. Some other emojis are really consistent. The telephone for example makes a really predictive pattern:  -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: #55

[hackergrrl]

Nevermind, I can't repro with mutt.

[ralphtheninja]

node util.js
2
2
3
3

[ralphtheninja]

boxen also gets this wrong:

[ralphtheninja]

@noffle Maybe in strlenAnsi() we could do something like:

1. Input str
2. Filter out all ansi stuff from str
3. Use https://github.com/orling/grapheme-splitter (or similar) to count the perceived characters

[hackergrrl]

+1

…

On 08/08 19:06, Lars-Magnus Skog wrote: @noffle Maybe in `strlenAnsi()` we could do something like 1. Input `str` 2. Filter out all ansi stuff from `str` 3. Use https://github.com/orling/grapheme-splitter (or similar) to count the perceived characters -- You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub: #55 (comment)

[cblgh]

closed thanks to

• 9bc3418
• Add support for fullwidth characters hackergrrl/txt-blit#3