just tried this in a few terminals, here are the results:
GNOME Terminal 2.16.1: U+0D30 U+0D4A displayed with width 3 U+0D30 U+0D46 U+0D3E displayed with width 3 NOTE: displays very differently in each case Konsole 1.6.5: U+0D30 U+0D4A displayed with width 3 U+0D30 U+0D46 U+0D3E displayed with width 4 NOTE: displays very differently in each case mlterm 2.9.3: U+0D30 U+0D4A displayed with width 2 U+0D30 U+0D46 U+0D3E displayed with width 2 NOTE: displays identically in each case On 10/16/06, Bruno Haible <[EMAIL PROTECTED]> wrote:
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/
-- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
