[ruby-dev:11314] Re: Ruby I18N

まつもと ゆきひろです

In message "[ruby-dev:11310] Re: Ruby I18N"
    on 00/10/29, [e-mail] <[e-mail]> writes:

|普通そういうのは「L10N(Localization,地域化)」と呼ばれると思います。まぁ、
|動作環境に応じて動的に出力言語を選択するとなると、結局はgettext の様な
|「I18N という枠組の上でのL10N」を利用しないといけない訳ですが。

gettextのような話はまた別でしようと思います。今回は対象にし
ません。

|まつもとさんが言っているのはそういう話ではなくて、文字通り「多言語文字
|データのハンドリングをどうするか」ということではないかと思います。

そうです。

|で、私は
|
|「より多くの言語をハンドリングするためには、Perl や Python の様に単純
|(失礼!)に内部コードにUnicode を選択するのではなくて、新たな内部コード
|を使って文字列を扱うようにした方が良いのではないか」
|
|# 平たく言えば、Mule と同じアプローチですね。
|
|という風に理解したんですけど、私も何か勘違いしてるかな？

これはちょっと違います。日本と言う状況ではUnicode(UTF-8)はユ
ニバーサルな内部コードとしてふさわしくないということだけは確
かです。

が、それに対する解答として別のユニバーサルな内部コードを用意
するMule的なアプローチには限界があると思います。Muleな人たち
でさえ、あれは失敗であったと考えている(人もいる、のかな)よう
ですし。

私の考えはそれぞれのコードをそのまま扱える方法を提供しようと
言うものです。場合によってはユニバーサルなエンコーディングを
提供するかもしれませんが。

ところで、文字集合、エンコーディングを独立にとらえた場合、そ
れらふたつを組み合わせたものをなんて呼べば良いんですかね。な
んとなく組み合わせたもののエンコーディングって言葉で呼んでし
まってるんですが。

                                まつもと ゆきひろ /:|)