I don't agree with the concept of "UTF-8-CJK" because it's over exaggerated. Is it a locale dependent issue, or character encoding issue?
According to UAX#11, your point doesn't make sense because your reference just mention about character mapping. Instead, "When processing or displaying data" section says, "Ambiguous characters behave like wide or narrow characters depending on the context (language tag, script identification, associated font, source of data, or explicit markup; all can provide the context). If the context cannot be established reliably, they should be treated as narrow characters by default." If the all legacy applications use wcwidth() supposing the width of ambiguous font size = 2, it's OK to introduce your idea - but I'm not sure it's true or not. Font rendering application should basically consider the font size. Why doesn't rxvt consider about such font rendering size? Or should we introduce special environment variable or locale tag to decide the behavior of wcwidth value for ambiguous characters? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org