APEL-Diet: Road to APEL-Lite (Re: *.elc compatibility between mule and nomule)
Yuuichi Teranishi
teranisi @ gohome.org
2003年 6月 17日 (火) 08:50:30 JST
At 17 Jun 2003 06:44:10 +0900,
Shuhei KOBAYASHI wrote:
>
> teranisi @ gohome.org (Yuuichi Teranishi) writes:
> > > | Wanderlust
> > > | emacs21 に APEL-Lite + LEMI を導入したものと
> > > | emacs21, emacs20 に APEL + FLIM や SEMI (の変種)を導入した
> > > | ものを同様に扱いたい.
> > > |
> > > | SKK
> > > | emacs21 に APEL-Lite を導入したものと
> > > | emacs21, emacs 20 に APEL を導入したものを同様に扱いたい.
>
> ;; emacs-w3m/shimbun も SKK と同様の要望があるのかな?
そう思います。
(ほかにも、mhc-mime とかもありますし、
ぼくがかかわった小物は、ポータブルにするため大抵 APEL に依存してしまってます)
> > FLIM は PORTABLE な LEMI の一モジュールに相当するという位置づけに
> > なる(?)なら、mcharset も FLIM に移動したらいいような気がしますが、
> > どうなんでしょう。
>
> FLIM を version bump しても構わなければこれが一番すっきりしそうですが,
luna が APEL に移動するなら FLIM も version bump するのでは?
> ひょっとしたら FLIM は不要, mcharset は必要というパッケージがあるかも?
まあ、きりがないですよね…(mel だけ必要とか, sasl だけ必要とか)。
mcharset は mime 関連モジュールと思うので、FLIM にあるのが
整理としてはわかりやすいと思います。
> > > ;; そうなると APEL 19 とか APEL 20 という命名も意味がなくなります
> > > ;; ので, APEL 11 でもよいですね.
>
> 忘れないうちに書いておきます. c. も考えられますね.
>
> a. APEL 11: APEL 10 の次だから.
> b. APEL 20: Emacs 20 以上を対象とするから.
> c. APEL 21: Emacs 21 API を提供するから.
やっぱり、この中では b. がわかりやすいかな…。
--
teranisi
More information about the APEL-ja
mailing list