[ruby-dev:11545] Re: parser I18N <= Re: Ruby I18N

まつもと ゆきひろです

In message "[ruby-dev:11539] Re: parser I18N <= Re: Ruby I18N"
    on 00/11/15, "たけ(tk)" <[e-mail]> writes:

|　これはどの意味なんでしょうか？。

|　（４）そもそも、convert_to のような変換機能は（処理モジュールにも文字
|列にも）用意しない。

これです。変換は外部で行おうと思います。

|》でも、(7)はちょっと分かりません。「表示」はRubyの行うことで
|》はないと考えています。あと、文字コード系に共通して持たせる処
|》理の中には文字集合の変換(convert_toとか)は含めないようにしよ
|》うかなあと思ってます。
|
|　ＥＵＣで書かれたスクリプトをＳＪＩＳのプラットフォームで実行すると、字
|化けする、というのでは、「I18N-Ruby」としては、悲しいような・・。

EUCで書かれたスクリプトがSJISプラットフォームで実行されたか
らといって、SJISで出力したいとは限らないでしょう？ むしろ、
SJISで出力されてしまう方が悲しいと思います。

ところで、「表示」というのは具体的にはなにを想定していますか？
だって、たとえ標準出力に出してもそれはコンソールに出力される
とは限らなくてなにかファイルに出力してるかもしれませんよね。

もちろん、file disciplineのような「あらかじめ設定した文字コー
ド系に出力時に変換しようとする設定」を行う仕組みは用意したい
と思いますが、今回はそれはまだ議題にしていないです。

たぶん以下の

|（１）「プラットフォームが表示できる文字コード系」をあらかじめ Ruby に通
|知しておけば、
|
|（２）Ruby は表示データをプラットフォームに渡す前に、表示文字列にアタッ
|チされた処理モジュールの変換機能を使って、文字列の文字コード系から「プラッ
|トフォームで表示可能な文字コード系」へ変換する。変換の可能性・方法は処理
|モジュール任せ。
|
|くらいの仕組みになっていると、うれしいような気がするんですが・・。

というのはline disciplineのようなのでカバーされるんでしょう、
たぶん。でも、「表示できる文字コード系」って話をするなら
「Rubyにとっての表示とはなにか」という疑問に解答しておく必要
があると思いますよ。この辺が具体的な表示系を持つエディタのよ
うなプログラムとは違うところです。

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