[LE-talk-ja 42] Re: ISO-2022-JP-MS について

Back to archive index

Tadamasa Teranishi yw3t-****@asahi*****
2006年 4月 7日 (金) 22:07:10 JST


寺西です。

MORIYAMA Masayuki wrote:
> 
> Kazuhiro Kazama <kazam****@mac*****> wrote:
> >
> > On 2006/04/07, at 13:37, MORIYAMA Masayuki wrote:
> > > かなり変則的なコードと言えます。
> >
> > これは,すぐ直して貰えるような単純なバグと考えてよいのでしょうか?それ
> > とも仕様?
> 
> [becky-ml:08217] Re: IBM 選定 IBM 拡張文字
> http://b2search.tietew.net/archive/becky-ml/8217
> 
> 意図的にやっているようです。

ちゃんと理解していませんが、ISO-2022 としては正しいという主張の
ようですが... これでは ISO-2022-JP じゃないのでは???
これを ISO-2022-JP だとして送っているのなら、問題なのではないかと
思います。(誤解していますかね?)
かといって、これを何だといって送っているのやら。

# 何でこんな実装をしたのやら。

森山さんの
http://webdav-jp.ml.nemui.org/msg00810.html
にもう少し情報がありましたが、Outlook Express の実装は95区以降が
入力されることを想定していない単純なバグ、Becky! は独自路線だと
思えます。

それらは個々のアプリケーションの問題で、送られてきたデータを救済
するとかよりも、アプリケーション側に修正してもらうべき話だと
思います。

> Becky! で シフトJIS の0xF040(0xF09F) 以上のコードを処理した時のコード
> を読める必要はないと思っています。

Becky! に限らず 95区以降読める必要はないでしょうし、
通す(送る)必要もないはずですが...。
--
=====================================================================
寺西 忠勝(TADAMASA TERANISHI)  yw3t-****@asahi*****
http://www.asahi-net.or.jp/~yw3t-trns/index.htm
Key fingerprint =  474E 4D93 8E97 11F6 662D  8A42 17F5 52F4 10E7 D14E




Legacy-Encoding-talk-ja メーリングリストの案内
Back to archive index