Lauri Tirkkonen wrote: > in other words, xterm is (and was) using its own idea of how many > columns characters take up. The way this manifested itself to me was > that I received some email that contained emoji characters in the > subject, and they look fine in mutt when I use another terminal (st on > OpenBSD, or termux on my Android phone), but on 'xterm -fa "DejaVu Sans > Mono"' on OpenBSD, only the left half of these characters is rendered, > and mutt's index background color indicating the selection doesn't reach > the right edge of the screen: libc wcwidth() returns 2, but xterm's idea > seems to be 1 column.
Sigh, here we go again. Some systems have a bad function, so let's replace it with a slightly better version, and then never update it. If there are bugs in the libc wcwidth function, we'd very much like to know and fix them, not have these workarounds.
