More complicated than it sounds

Posted Jan 13, 2026 17:33 UTC (Tue) by iabervon (subscriber, #722)
In reply to: More complicated than it sounds by jengelh
Parent article: Asciinema: making movies at the command-line

The case I was thinking of with columns is that xterm and Mac terminals disagree as to whether emoji are one column wide or two, so, if you've got some emoji on a line, they'll disagree as to which character is in which column later on the line.

Changing the number of rows and number of columns is, in fact, not weird at all, aside from the time I maximized an iconified xterm and got something with 1900-character-long lines in a 1x2 font, which may test some limits in recording and playback.

to post comments

More complicated than it sounds

Posted Jan 13, 2026 18:33 UTC (Tue) by jengelh (subscriber, #33263) [Link] (1 responses)

>xterm and Mac terminals disagree as to whether emoji are one column wide or two

ICU likely has an answer for that, but since xterm isn't using libicu, I would not be surprised if xterm does not have the contemporary picture of how things should be. That said, when I see https://metacpan.org/pod/Unicode::EastAsianWidth referring to U+2010 as "ambiguous-width", I'm losing all hope that there's one true answer for terminal implementations.

Perhaps we should just stop using emojis and anything exceeding cp437 altogether: I don't see the point of why `systemctl status ...` has to emit a U+25CF when U+2022 or an asterisk would have sufficed (because /usr/share/kbd/unimaps/cp437.uni traditionally mapped only that).

More complicated than it sounds

Posted Jan 15, 2026 8:59 UTC (Thu) by taladar (subscriber, #68407) [Link]

Using emojis is a good canary in the coal mine for western developers to notice when they broke support for other languages that need Unicode in their every day text.