Re: mk_wcwidth

[STARNER DAVID E <starner@xxxxxxxxxxxxxxxx>]

At 12:03 AM 6/20/02 -0400, Seer wrote:
> first off LC_CTYPE is an outdated concept, and should be dispensed with.

I find in your headers X-Accept-Language: en. I'm guessing that you're
like me; the vast majority of the time, the system could silently reject
non-ASCII text, and you wouldn't notice. So far, emacs does not support
UTF-8 out of the box. Neither do many problems, including some basic stuff
like readline and less. Thus, for many people, a switch over to UTF-8 is
not yet realistic.

> (the width function im thinking of expects utf-8, and the system wcwidth
> expects ucs-4, locale regardless ) 

You do realize that people in CJK locales expect some characters to be
double width that people in European/American locales expect to be single
width.

> Locales should really be about how
> you want to see dates/times formatted, and which string constants you
> want apps to spit out in error messages and the like. They should desist
> supporting outmoded encodings. (iso-8859-*,euc-*,*jis*,tcvn&friends)

Nice ideal, but welcome back to the real world.

> i was imagining perhaps the difference between O(2 log n) and O(log n)
> would still be worthwhile :)

O(2 log n) = O(log n). 

David Starner - starner@xxxxxxxxxxxxxxxx

--
Linux-UTF8:   i18n of Linux on all levels
Archive:      http://mail.nl.linux.org/linux-utf8/