[ruby-list:16794] Re: RD and internationalization

青山です。

On Tue, 14 Sep 1999 16:39:15 +0900,
Minero Aoki <[e-mail]> wrote:

> いつのまにか立場がいれ変わっているような… ^^;;

日本語の情報が増えて来たので、やっと追い付いて来ました。

> 作者の立場
> 
> 大きくわけて書きかたは二通りです。ユーザに渡るそのままの形式を
> いきなり作成する方法と、自分でなんらかの形式で作ってからユーザに
> 渡す形式に変換する方法です。
> 後の方法は最後に変換が必要になりますから、やや煩わしくなります。
> そのかわりに、自分のやりやすいようにやれる長所があります。

好みとしては、前者がいいですね。(*.ja 等の別ファイルを書くというのは、
後者に近いように思われたので、自動作成という案を考えたのでした)

> ユーザの立場
> 
> いまだASCII環境が標準であることを考えると、少なくともソースコードは
> ASCIIのみで構成されているのが望ましい。しかし、例えば日本語の
> ドキュメントが欲しい人もたくさんいる。また、RDの大きな利点は、
> ソースにドキュメントが埋めこまれていることなので、できれば日本語でも
> そうしたい。

この件に関しては、=begin, =end 内はバイナリであろうと、何であろうと構
文解析時には無視してもらうという事で、日本語等をそのまま埋め込む事も許
容する方向が便利な気もします。(そのかわりに、何が埋め込まれているかを
示す為に、LANG= を追加してみたのでした)

> 1  読む側の多国語化は、ツールを介さない方法でなんとかできる。

これは、次の部分に相当する問題でしょうか。

> ユーザの手に渡る前に「必ず」ひと段階置く必要があります。

もしそうであれば、これは問題無いです。=begin RD LANG=en のままで配布す
れば良いだけなので。

日本語で書いた場合にも =begin RD LANG=ja 等のままで良いでしょう。

このヘッダの提案は、配布する場合には RD を削除すべきという提案ではなく、
どのような言語で書かれているかの情報を読む人に提供する為のものです。

つまり、LANG=ja のようにあれば、そこは日本語とわかりますから、日本語の
読めない環境の人はそこを無視すれば良いわけです。

> 2  ドキュメント入れ換えツールは、データベースを作らなくても
>    作ることができる。

確かに可能ですが、各言語間での整合性のチェックを人間が行うのはとても面
倒だと思います。

たとえ同じ順番で書くだけの事としても、少し話にも出たように、その順番が
入れ替わったりした場合には、すべての言語について手作業でチェックする事
になり、これはもう、あきらかに爆発するであろう問題を含める事になると思
われます。

今回のサンプルコードでは pstore.rb を利用しましたが、データをテキスト
で保存する事も可能でしょう。もしバイナリである事が問題ならば、そのよう
な対応もあります。

> 3  書く側にとっては、もっと便利なフォーマットがある。

これは何かありましたっけ？  今回の私の提案では LANG を追加しただけなの
で、特に書く側での不便さは無いと思っていましたが。

> 4  「最終結果」を直接作りたいと思う書き手の要求を満たせない。

１つの言語のドキュメントのみの場合はまったく何のツールも必要としません。
また、当然ながら現在と同じく、最終結果を直接作る事になります。

今回の提案は、あくまで２つ目以降の言語のドキュメントを追加する場合に、
その管理をツールまかせにしてはどうかというものです。(入れ換えるドキュ
メントを自分で用意したくなかったというのが発案の元。)

> またこの問題に対するぼくの結論は、
> 「ソースコードには英語(ASCII)でドキュメントに埋め込み、
>   他の言語(charset)はそれぞれ別ファイル
>   任意の言語をソースに埋め込むことはドキュメント入れ換え
>   ツールを用意して代替手段とする」
> です。

結論は同じですね。食い違っているのは、その別ファイルの扱いの部分でしょ
うか。

また、上記のように、LANG を追加する事によって、ASCII 以外も認めるのは
ありかなと思います。(英語のドキュメントは後から、という場合に便利です
よね。)


-- 
青山 和光 Wakou Aoyama <[e-mail]>