From: TAKAHASHI Masayoshi <maki@...>
Date: 2000-05-13T08:37:14+09:00
Subject: [ruby-list:22499] Re: M17N/I18N for Ruby

高橋です。

Hiroshi IGARASHI <igarashi@ueda.info.waseda.ac.jp>さん：
> その節はどうもです。あれはお告げですかね(^_^)

似たようなものかと(^^;  私信に関してはお気になさらず。

> 「ISO-2022系の符号化」とひとくくりにしてますが、
> Shift_JISってISO-2022系の符号化ではないですよね。

あああ、「ISO-2022系」という言葉で、「ISO 2022での符号
拡張と、それに類似した符号化方式と、それと機械的に計算
できる符号化方式」をひとくくりにして、ISO 10646と対比させ
たかったんですが、さすがに俺用語ですね。

# でもなんて言えばいいのだろう。

> あと、ほとんどメモ書きというかゴミなんですが
> http://www.ueda.info.waseda.ac.jp/~igarashi/ruby/i18n.xhtml
> http://www.ueda.info.waseda.ac.jp/~igarashi/ruby/todo.xhtml(先頭の項目)
> なんてのを書きつつありました。

おお、五十嵐さんの方がよっぽどちゃんとしてそうですけど(^^;
がんばって吸収してみます。

> また、用語の定義やその典拠へのリンクも欲しいです。

うー……考えます。

> それから今後の対応のために、
> Ruby以外のI18N/M17Nなアーキテクチャの特徴と、その中で
> Rubyに参考になりそうなところを挙げて頂けるとありがたいです。
> 
> Emacs/MULE
>     http://www.m17n.org/
> Citrus Project
>     http://citrus.bsdclub.org/index-ja.html
> System1
>     http://www.mling.waseda.ac.jp/system1/index.html
> 
> などなど。

うーん、System1やEmacs/MULE、あるいはEmacs-UCSのアーキテクチャは
あんまり知らないし、ちゃんとした資料が手元にないので……(_o_)

# CitrusはUNIXな世界では普通のアーキテクチャでは？

高橋征義 (TAKAHASHI Masayoshi)       Email:maki@inac.co.jp