[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

[MD:1338]Mule 4.1 (Re: [MD:1306]w32-shell-execute)



小関 吉則 (KOSEKI Yoshinori) <kose@xxxxxxxxxxxxxxxxxx> writes:

> Subject: Re: is mule obsolete?
> Newsgroups: fj.editor.emacs,fj.editor.mule
> >>>>> In <htxyafizbo1.fsf@xxxxxxxxxxxxxxxxxx> 
> >>>>> “守岡” = tomo (MORIOKA Tomohiko)@m17n.org (守岡 知彦)さん
> 守岡> あと、万が一、たまご V4 の開発が順調に進んだ場合に release されるかも知
> 守岡> れない Mule 4.1 は new display engine を持っていて、絵が出るらしいです。
> 守岡> bi-direction も一応付くみたいですが、Mule 2.3 と同等のものになりそうで、
> 守岡> 現在構想中の2段階までの nest 可能なものはもう少し先になりそうです。
> 
> Meadow1.10 にはこの「絵の出る new display engine」は塔載され
> ない。

どうなるか未来予想図を描くのは難しいけど、GerdさんのNew display engineは
AOIには実装されるかどうかはかなり怪しいと思います。

AOIは、だって、私が電総研でmule-versionあげさせてって、
頼んであげてきたのであって、多分、半田さんの予定にはないからです。

AOIには、UTF-8/16 の Autodetectionのサポートのほか、いくつかのMULE-APIの
拡張、CCLの拡張などが行われる予定です。

で、New display engineをMeadowに実装するのはもちろんやりたいですな。
Gerdさんのsystemは私好みなので、^^;;; 結構実装は楽だと思っています。
ただし、またthread構成の一部見直しが入ると思うので、
Windowsが腐っているなら、ひどく苦労する可能性もなしとはいえませんな。

## 多分悲惨なのはNTEmacsだと予測しているんだよね。^^;;;;;
## だって、System independent partがRenderingするには
## system metric取得関数を、酷使するからね。これをMessage Passingで
## やるのはつらいだろうなぁ。まあ、汚くやるなら、NTEmacsだって抜け道は
## いくらでもありそうだけどね。

from himi