[MD:732]Next version of Meadow and Extended CCL.

[守岡 知彦 (MORIOKA Tomohiko) <morioka@xxxxxxxxxxx>]

>>>>> [meadow-develop : No.731] にて“himi”= Miyashita Hisashi(宮下 尚
>>>>> :HIMI) <himi@xxxxxxxxxxxxxxxxxxxxxxxxx> さま曰く:

himi> Emacs20.2.931で、Extended CCLの仕様が変更されてしまった!
himi> ので、Emacs20.3への移行をMeadowも早めに完了させないと
himi> いけなくなってしまいそうです。

himi> でも、まだ、Emacs20.2.9xは、問題が多そうで、ちょっと
himi> 躊躇してしまいます。

  FLIM と SEMI はどうしましょう？

;; ところで、個人的には Meadow には FLIM ではなく FLIM-FLAM を付ける方が
;; 良いと思います。こっちの方が default ではより規格に忠実であるのと、逆
;; に、あえて規格に反した設定もできるという自由度の高さの点で FLIM より
;; も優れています（じゃあ、どうして FLIM に merge しないかというと、ふにゃ
;; ふにゃ(^_^;;;）。

  tm-en での半田さんやその他の方の御意見を伺った上で、FLIM（と SEMI）を
何らかの形で修正しないとまずいです。

  byte の世界がじかに見える Emacs 20.2 と、全てが『文字』で byte の世界
は見えないし意識しなくても良い（逆に byte の世界だけで考えても良い）
XEmacs と、unibyte 文字の世界と multibyte 文字の世界の両方が存在し両方を
厳密に意識しないといけない Emacs 20.3 では MULE の表現モデルが根本的に異
なっていると言えます。ところがどっこい、こういう差異はできる限り emu に
押し込めて、FLIM や SEMI では中立的で抽象的な世界で書きたい訳ですが、
Emacs 20.2 と XEmacs を対象に構築してきた体系は Emacs 20.3 の登場ととも
に脆くも崩れ去り、新しい抽象を構築しないといけなくなってしまった訳です
(;_;)。今までの歴史を鑑みると Emacs 20.3 のモデルや API が今後も変わらな
いとは到底言えないと思うので(^_^;、できれば少々のことではへこたれない抽
象（とその実装(^_^;）を募集しています。

;; Emacs と XEmacs の MULE API を統一して、emu を廃止しようと考えていた
;; 頃が懐かしい (^_^;。

;;; Emacs に附属しているような単純なアプリケーションは苦労しないから、
;;; （SEMI のような）少数の複雑なアプリケーションがより苦労すべしという 
;;; RMS 師の教えを聞いて以来、力が抜けてしまったので、ちょっとこの辺りに
;;; 関する真剣さは減ってしまいました。(^_^;;;


himi> XEmacsにExtended CCLを移植しようかなぁ。;_;

  楽しみです。

himi> xemacs-betaに入らないと駄目かな？

  とりあえず xemacs-mule に入るのはいかがでしょうか？


;; やっぱり、data abstraction ですね。


;;; API が似ていれば内部表現が異なっていてもそんなに困らないと言うのは 
;;; emu とか Emacs 20.2 と XEmacs の間で実証されたと思いますが、Emacs
;;; 20.2 と 20.3 は内部表現を変えなくても API を変えると大混乱ということ
;;; を実証する試みなんでしょうか。:-)

;;;; 今、深入りしたくないんだけどなあ。(^_^;;;


  そんなこんなで Emacs 20.3 を merge すると当分安心して mail や news を
読み書きする環境とはさよならすることになると思います(^_^;;;。まあ、
ad-hoc な対応で当座をしのぐことはできるとは思いますが。

;; でも、いずれ移行するなら早く移行した方が早くいろんなものが揃うとも言
;; えそうですが。まあ、Meadow を実用環境と捉えるか実験的なものと捉えるか
;; の選択ではあると思いますが。

-- 
┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━
││ ─ │  ─  ／    ─   ┼─     ┬                ─   ─┼ ┬┴─
┼┼─┼|〓━─┼ 守岡 知彦 (MORIOKA Tomohiko) <morioka@xxxxxxxxxxx>─
┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━