From: Yukihiro Matsumoto <matz@...>
Date: 2006-02-13T12:28:21+09:00
Subject: [ruby-dev:28331] Re: Oniguruma --> Ruby M17N

まつもと ゆきひろです

In message "Re: [ruby-dev:28330] Oniguruma --> Ruby M17N"
    on Sun, 12 Feb 2006 22:47:44 +0900, "K.Kosako" <sndgk393@ybb.ne.jp> writes:

|> 鬼車はなくなりません。ただ、手元のM17Nは鬼車に手を
|> 入れているのでどうしたものか思案中です。m17nコードを
|> 鬼車のエンコーディングライブラリに依存させるように
|> すればよいのかな。
|
|オリジナルの鬼車から分裂してしまうのは必然だと思って
|います。分裂後でも純粋に鬼車のバグの部分は、私のほうで
|修正するつもりです。

それはありがたいお言葉です。

|m17n -> 鬼車encoding依存は、方向が逆という気がするので、
|鬼車encoding -> m17n依存に、徐々に書き換えていけば良いと
|思います。でも鬼車が必要とする機能をm17nが全部持って
|いないと思うので、それをどうするかが難しいですね。
|とりあえず、足りない部分だけは鬼車の中に残して、その後
|m17nに入れるか、削るか、一個ずつ検討するしかないです。

最新のm17nは鬼車で使っているすべての機能をカバーしているはず
です(コミットしてないけど)。というか、鬼車を支援するために追
加した覚えがあります。

m17n関数群はRubyに依存していないなので、理屈ではm17nの上に鬼
車を実装することは可能のはずです。小迫さんのお言葉もいただき
ましたので、その線で作業しようと思います。

|それが嫌か、あるいは他の理由で、m17n -> 鬼車encodingの
|ほうが都合が良いのであれば、それでも構いませんが。

鬼車の方がすでにいろんなエンコーディングをサポートしている
(≒信頼性が高い)ってのは魅力ですよね。M17Nは実質ASCII,
EUC-JP, SJIS, UTF-8, UTF-16しか対応してませんから。