Hello Rich, > These characters are combining marks that attach on both > sides of a cluster, and have canonical equivalence to the two separate > pieces from which they are built, but yet Markus' wcwidth > implementation and GNU libc assign them a width of 1. It appears very > obvious to me that there's no hope of rendering both of these parts > using only 1 character cell on a character cell device, and even if it > were possible, it also seems horribly wrong for canonically equivalent > strings to have different widths.
What rendering to other terminal emulators produce for these characters, especially the ones from GNOME, KDE, Apple, and mlterm? I cannot submit a patch to glibc based on the data of just 1 terminal emulator. Bruno -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/