On 13 Nov 2001, Juliusz Chroboczek wrote:
> Jungshik Shin:
>
> JS> Much more useful is, although I hate to 'endorse' MS's
> JS> proprieatary extension, Windows-949/CP949/Unified Hangul
> JS> Code. There are numerous web pages and emails in this encoding
> JS> floating around the net disguised as EUC-KR (or a complete
> JS> non-sense-name of ks_c_5601-1987).
>
> The question is whether it can be useful for a Unix shell session.
I'm not sure I understand your point...
> For example IBM CP 437 is useful, for example to run DOSEMU, or
> because some older PC Unices (SCO) use it on the console. On the
> other hand, I don't see how a shell session could end up being encoded
> in CP 949.
Does viewing CP949 encoded emails/files count as a shell session?
Or by shell session, do you mean something like running a shell under
ko_KR.CP949 locale?
> (On the other hand, I certainly have no ideological objection to
> including Microsoft encodings. Luit is by design the place to put all
> the trash that we want to keep outside of XTerm.)
What I'm afraid of is that adding more support for legacy encodings
will drag out the transition to UTF-8 forever. (for some locales, it's
not that important, but for Koreans, moving to UTF-8 as soon as possible
is very important.)
> JS> Anyway, if you want to support JOHAB, you have all you need
> JS> since ksc5601.1992-3.enc is already in XF86 CVS.
>
> Yep. I remember ;-)
An off-topic issue: did you get my new patch to ksc5601.1987-0.enc?
I'm just wondering because my mail system had a temporary outage
about the time I sent you that patch.
Jungshik Shin
--
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/linux-utf8/
