[ruby-dev:15292] Re: m17n ruby 特に TRON 文字コード

   豊福です。

やや古いネタですがぼちぼち BTRON 仕様OS 超漢字で m17n ruby を
動かしてみようと思い始めたので再び。

[ruby-dev:13920] m17n ruby 特にTRON 文字コード
私（豊福）
 >> ところでUTF-16ではバイトオーダーマークでそのファイルがUTF-16
 >> であることを判定できますが、TRONコードにはなんらかの方法でそ
 >> のような判定をする方法があるんですかね。
 > 
 >   0xFFE1,0xFFE2 で始まる文章開始／終了セグメントというのがあって
 >| 文章データの開始および終了を表すセグメントで、 文章開始セグ
 >| メントと文章終了セグメントに囲まれた部分が 1 つの文章データとなる。 
 > だそうですが、これを文字列の一部とみてよいのだろうか。

   最近思うに
・TAD(TRON APPLICATION DATABUS) データの先頭には
     管理情報セグメント（0xFFE0 で始まる）
     （TADデータの解釈のために必要なバージョン等の管理情報を
     保持するためのセグメントで、実身等の１つの独立した TAD
     データの場合は、TAD本体（文章／図形データ）前に必ずなく
     てはならない）
・TAD本体である文章／図形データの先頭には
     文章／図形開始セグメント（それぞれ 0xFFE1/0xFFE3 で始まる）
     （カット＆ペーストはこの文章／図形データが最小単位らしい）
ということなので
ファイル先頭が 0xFFE0 or 0xFFE1 or 0xFFE3 であれば TRONコード
のファイル（ただし文字データ以外に図形データ、文字描画のため
のパラメータデータなども含まれている）と判定してよいと思います。
（あくまでも私的見解です）

   ところで、この文字描画のためのパラメータ（文章付箋と呼ば
れる）も文字として扱えれば正規表現を使って「赤で表示されて
いる部分」とか「半角で表示されている部分」を取り出せたり、
文章付箋だけを削除したりできて面白いかもと思っているのですが
そういうこと（文章付箋を文字化すること）はやらない方がよい
でしょうか。
ただやろうとしても文章付箋には４バイトより長いものがあるので
現在の m17n ruby では文字化できない文章付箋が出てきます。
---
                                 豊福
                                 [e-mail]