The "much better" in that context was the client programs won't need to
do any iconv(3) stuff if your input and output will be only in UTF-8.
As I wrote in the previous email though (and other emails related to
Xutf*() discussion), I also agree that there are cases that users want to
input and output with their current locale's codeset plus UTF-8/UTF-32 but
that's not the case that I was mentioning about in the email.
Also, as I pointed out so many times in Xutf*() discussions,
I also think and believe that each user has freedom of choosing whatever
codeset and locale that he or she wants to use with his/her applications
that nobody dare can dictate and we also shouldn't force them to choose
any one codeset/locale.
With regards,
Ienup
] Date: Sat, 27 Jan 2001 11:34:36 +0900
] From: Tomohiro KUBOTA <[EMAIL PROTECTED]>
] Subject: Re: X input methods for utf-8?
] To: [EMAIL PROTECTED]
] MIME-version: 1.0
] Mail-Reply-To: [EMAIL PROTECTED]
]
] Hi,
]
] At Fri, 26 Jan 2001 11:46:09 -0800 (PST),
] Ienup Sung <[EMAIL PROTECTED]> wrote:
]
] > My point was, if UTF-8/UTF-32 is the only multibyte/wide character
] > representaion that you need in an application, it will be much better
] > just to use xx_YY.UTF-8 locale of your choice instead of using xx_YY.ZZZ
] > and then do the iconv(3C) at the client side.
]
] What is the meaning of 'much better' in this context? Yes, the software
] will work faster and will need less memory in UTF-8 locale and without
] iconv(). However, it is developers' viewpoint. There are many users
] in the world and some of them may need to use non-UTF-8 encodings. They
] have various reasons. Developers cannot force them to use UTF-8.
] What developers should do is to give users choices.
]
] ---
] Tomohiro KUBOTA <[EMAIL PROTECTED]>
] http://surfchem0.riken.go.jp/~kubota/
] "Introduction to I18N"
] http://www.debian.org/doc/manuals/intro-i18n/
] -
] Linux-UTF8: i18n of Linux on all levels
] Archive: http://mail.nl.linux.org/lists/
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/lists/
