[Mew-dist 723] Re: [Mewng] multipart interface

[守岡 知彦 / MORIOKA Tomohiko]

>>>>> <912.858933099 at example.com> にて
>>>>> “kaz”= Kazu Yamamoto 山本和彦  <kazu at example.com> さま曰く:

kaz> 現在の XEmacs で、call-process すると、
kaz> process-output-coding-system を見てくれません。ソースを見たら、
kaz> process-input-coding-system は見るようになっていました。どういう
kaz> ポリシーなのか不明な点が多くて困っています。

  process に対する code 変換は現在のところ事実上機能していません。

  将来的には Emacs 20 の coding-system-alist に移行したいと思います。

  現状では、

	(let ((coding-system-for-read 'no-conversion)
	      (coding-system-for-write 'no-conversion))
	  ...)
      
で囲んで自前で code 変換するのをお勧めします。

;; no-conversion, binary, internal をどうするかというのも結構問題だっ
;; たりするんですが。


  XEmacs/mule を設計した Ben Wing さんらが実装途中で maintainer を降り
てしまったので、現在の XEmacs/mule はとても中途半端な姿をしています。

  MULE 2.0 時代の code と、Ben Wing さんが再設計した code と、Emacs 20
に合わせるための code が混在しています。また、問題が山積しているので、
優先順位が低い問題は後回しになっています。

  API としては、XEmacs/mule と Emacs/mule で charset, coding-system に
関して、ある程度の合意が取れています（どちらかというと、XEmacs/mule に 
Emacs/mule が譲歩したような形になっています。また、charset と
coding-system の名前は新たに systematic な命名規則を用いるようになりま
した）。これは、Emacs 19.34.94-epsilon には大部分実装されており、
XEmacs 20.1 beta8 では coding-system-alist 等の coding-system に関する
新しい仕様がまだ欠けています。

;; なお、XEmacs/mule の default-buffer-file-coding-system という
;; feature は使うべきではありません。

  文字の表現、fontset と font-specifier などの非互換性は、多分、解消で
きません。


  前述のように、現在の XEmacs/mule は policy を欠いています。少なくと
も私は XEmacs/mule の良い特性を活かしつつ、Emacs/mule の API に合わせ
て修正しつつ、足りない機能を補って行けたら良いなあと思っています。

  そういう訳で、policy に関しては、Emacs/mule の API を参考にして頂け
たら良いと思います。

-- 
┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━
││ ─ │  ─  ／    ─   ┼─     ┬                ─   ─┼ ┬┴─
┼┼─┼|〓━─┼ 守岡 知彦 (MORIOKA Tomohiko) <morioka at example.com>─
┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-------------- next part --------------
テキスト形式以外の添付ファイルを保管しました...
ファイル名: 無し
型:         application/pgp-signature
サイズ:     346 バイト
説明:       無し
URL:        <http://www.mew.org/pipermail/mew-dist/attachments/19970322/8a36770e/attachment.bin>