From: morioka Date: Sun, 7 Jun 1998 08:38:33 +0000 (+0000) Subject: New file. X-Git-Tag: semi-1_5_2~21 X-Git-Url: http://git.chise.org/gitweb/?a=commitdiff_plain;h=f4bcaeee371f62afb334ff8bfd70c31acbb7eafc;p=elisp%2Fsemi.git New file. --- diff --git a/MIME-View-API-ja.ol b/MIME-View-API-ja.ol new file mode 100644 index 0000000..1ebe7e9 --- /dev/null +++ b/MIME-View-API-ja.ol @@ -0,0 +1,487 @@ +『SEMI MIME-View 1.1.* API の手引』 +by 守岡 知彦 + +* はじめに + +Internet の電子書簡・ネットニュースなどの書面 (message) の表現形式は +STD 11 に基づいています。STD 11 の書面本体 (message body) は行を唯一の +構造とする簡易文面 (plain text) であり、文字符号も us-ascii と定められ +ています。実際には、文字符号を us-ascii の代わりにその言語圏で用いられ +る文字符号とした『地域化された STD 11』書面も用いられてきましたが、こ +の場合も書面の文字符号は1つです。このため、利用者界面 (Message User +Agent) は、しばしば、byte 列 = us-ascii 文字列、ないしは、byte 列 = そ +の言語圏で用いる文字符号の文字列のように見倣してきました。 + + + ┏━━━━━━━━━━━━━━┓ + ┃ message ┃ + ┃ ┃ + ─────→┨ ┃ + data ┃ ┃ display +MTA stream ┃ ┠─────→ user + of ┃ ┃ + message ┃ ┃ + ←─────┨ ┃ + ┃ ┃ + ┃ ┃ + ┗━━━━━━━━━━━━━━┛ + 図: 非 MIME MUA の場合 + + +しかしながら、MIME では書面は entity を単位とする木構造になり、また、 +1つの書面で複数の文字符号を用いることができます。また、entity の内容 +は文面や絵のような単純に表示可能なものだけでなく、音声や動画などの一定 +時間再生されるようなものや特定のアプリケーションのデータやプログラムの +ソース、あるいは、ftp や mail service の利用法や URL といった形で表さ +れた外部参照などのさまざまなものが考えらます。このため、表示だけを考え +ていた STD 11 における利用者界面の単純な延長では MIME の全ての機能を扱 +うことはできません。つまり、MIME の形式に合わせて復号するだけでは不十 +分であり、利用者との対話的な再生処理を考慮する必要があります。MIME 書 +面の形式は自動処理がしやすく設計されていますが、MIME 書面に含まれる内 +容の中にはセキュリティー上の問題から自動処理をするべきでないものがあり、 +こういったものの再生に関しては利用者の判断を仰ぐように設計されるべきで +しょう。結局、MIME 書面を扱うためには STD 11 および MIME の構文で記述 +されたメッセージの情報交換用表現とその解釈結果である表示画面や再生等の +処理を区別して考える必要があります。また、利用者との対話的な再生処理が +必要です。 + + + ┏━━━━━━━━━━┓ + ┃ preview ┃display + ┃ layer ┃ or + ┃ ┌──────┐ ┃playback + ┌………………╂…┼……… ─┼─╂────→ + : ┃ │ ←┼─╂───── + ┏━┿━━━━━━┫ └──────┘ ┃ + ┃ : ┌─┐ ┃ ┌──────┐ ┃ + ┃ : │…┼…╂…┼……… ─┼─╂────→ + ┃ : ┌┤ │ ┃ │ ←┼─╂───── + ┃ : ││ │ ┃ └──────┘ ┃ user + ┃ : │└─┘ ┃ ┌──────┐ ┃ + ───→┨┌┼┐│┌─┐ ┃ │ ─┼─╂────→ + data ┃│:│││…┼…╂…┼……… ←┼─╂───── +MTA stream ┃│ ├┼┤ │ ┃ └──────┘ ┃ + of ┃│ │││ │ ┃ ┌──────┐ ┃ + message┃└─┘│└─┘ ┃ │ ─┼─╂────→ + ←───┨ │┌─┐ ┃ │ : ←┼─╂───── + ┃ ││ │ ┃ └──┼───┘ ┃navigation + ┃ └┤ │ ┃ : ┃ + ┃ │…┼…╂…………┘ ┃ + ┃ └─┘ ┗┳━━━━━━━━━┛ + ┃ raw ┃ + ┃ layer ┃ + ┗━━━━━━━━━┛ + 図: MIME MUA の場合 + + +このため、SEMI MIME-View は1つの書面に対して、情報交換用表現を格納す +る mime-raw-buffer と表示用表現を格納する mime-preview-buffer の2つの +buffer を用います。また、利用者が再生操作を行った時に、実行環境に応じ +て適切な解釈を行い、再生処理を行うための機構を提供します。 + +また、MIME は本来拡張可能な枠組なので、entity の情報交換用表現から表示 +用表現を作る entity-filter と、実際に個々の再生処理を実行する method +というプログラムを定義し、SEMI MIME-View に組み込むことが可能です。 + +この文書は利用者界面と SEMI MIME-View の界面を作る人や SEMI MIME View +の entity-filter や method を書くハッカーのために、SEMI MIME View の仕 +組みを解説し、API の仕様を明示します。 + + +* entity + + MIME 書面は entity を単位とする木構造です。entity 構造体は entity や +書面全体の情報を格納する構造体で、以下では単に entity と呼ぶことにしま +す。 + + SEMI MIME-View は書面を情報交換用表現を格納する mime-raw-buffer と表 +示用表現を格納する mime-preview-buffer の2つの buffer で表現します。 +このため、entity はこの2つの buffer にまたがって表現されます。 + + mime-raw-buffer では entity は message の構造を表現するのに用いられ、 +entity 階層の根、即ち、message の entity 構造体の中の木構造として管理 +されます。以下では、message の entity 構造体のことを message-info と呼 +ぶことにします。 + + message-info 中の各 entity は木の節に当たりますが、この木には深さと +同じ深さの中の順番に従って番号が付けられます。即ち、 + + + ┌───┐ + │ nil │ + └─┬─┘ + ┌─────────┼─────────┐ + ┌┴┐ ┌┴┐ ┌┴┐ + │0│ │1│ │2│ + └┬┘ └┬┘ └┬┘ + │ ┌────┼────┐ │ + ┌─┴─┐┌─┴─┐┌─┴─┐┌─┴─┐┌─┴─┐ + │ 0.0││ 1.0││ 1.1││ 1.2││ 2.0│ + └───┘└───┘└───┘└───┘└───┘ + 図: entity の階層と節番号 + + +のように深さ n の節には長さ n の整数列の節番号が振れます。これを +entity-number と呼びます。entity-number は S 式としては (1 2 3) のよう +な整数のリストとして表現されます。 + + 一方、MIME-View では entity の管理に、これと同様の node-id を用いま +す。node-id はちょうど entity-number を逆にしたリストで、entity-number +1.2.3 に対応する node-id は (3 2 1) です。 + + entity-number や node-id を用いることで、mime-raw-message における木 +構造中での entity の相対的な位置関係を扱うことができます。 + + 以上のように entity は mime-raw-buffer では木構造として管理されます +が、mime-preview-buffer では entity は表示画面に対応する領域として管理 +され、全体としては列構造になります。実際には変数がある訳ではなく、 +`mime-view-entity' という text-property で表現されます。 + + entity は単一の buffer における管理や情報の表現に使われる一方、この +2つの buffer をつなぐ情報としても用いられます。 + + +** API + +[構造体] mime-entity + + entity に関する情報を収める構造体。 + + [要素] + + node-id message 全体を表す entity の階層における、この + entity の節としての位置を表す id (整数の list). + + point-min entity の先頭位置 (point). + + point-max entity の末尾位置 (point). + + media-type entity の media-primary-type (symbol). + + media-subtype entity の media-subtype (symbol). + + parameters entity の Content-Type field の parameter + (連想 list). + + encoding entity の Content-Transfer-Encoding (文字列) + + children entity に含まれる entity の list + (entity 構造体 の list). + + 上記の要素は参照関数 `mime-entity-要素名' で参照する。 + + +[関数] make-mime-entity (node-id point-min point-max + media-type media-subtype parameters encoding + children) + + entity の生成子。 + + +[関数] mime-entity-type/subtype (ENTITY) + + ENTITY の type/subtype 形式の media-type を表す文字列を返す。 + + +[関数] mime-type/subtype-string (type &optional subtype) + + type と subtype から type/subtype 形式の文字列を返す。 + + +[関数] mime-root-entity-p (ENTITY) + + ENTITY が root-entity(即ち、message 全体)である場合に、非 + nil を返す。 + + +* mime-raw-buffer + + `mime-raw-buffer' は情報交換用形式のままの書簡の内容が収められる +buffer です。MIME 書面は entity を単位とする木構造ですが、この buffer +の中では書面を構成する entity はこの構造にしたがって管理されます。即ち、 +書面全体を表す root entity を指す buffer 局所変数 +`mime-raw-message-info' で前章で解説した entity 構造体を指すことにより、 +木構造を管理します。 + + +** API + +[buffer 局所変数] mime-raw-message-info + + 書面の構造に関する情報を収める。 + + [形式]mime-entity 構造体 + + +[buffer 局所変数] mime-preview-buffer + + 対応する mime-preview-buffer を示す。 + + +[関数] mime-raw-find-entity-from-node-id (ENTITY-NODE-ID + &optional MESSAGE-INFO) + + 書面構造 MESSAGE-INFO において ENTITY-NODE-ID に対応する + entity を返す。 + + MESSAGE-INFO が省略された場合は `mime-raw-message-info' の値を + 用いる。 + + +[関数] mime-raw-find-entity-from-number (ENTITY-NUMBER + &optional MESSAGE-INFO) + + 書面構造 MESSAGE-INFO において ENTITY-NUMBER に対応する entity + を返す。 + + MESSAGE-INFO が省略された場合は `mime-raw-message-info' の値を + 用いる。 + + +[関数] mime-raw-find-entity-from-point (POINT &optional MESSAGE-INFO) + + 書面構造 MESSAGE-INFO において POINT に対応する entity を返す。 + + MESSAGE-INFO が省略された場合は `mime-raw-message-info' の値を + 用いる。 + +[関数] mime-raw-point-to-entity-node-id (POINT &optional MESSAGE-INFO) + + 書面構造 MESSAGE-INFO において POINT に対応する node-id を返す。 + + MESSAGE-INFO が省略された場合は `mime-raw-message-info' の値を + 用いる。 + + +[関数] mime-raw-point-to-entity-number (POINT &optional MESSAGE-INFO) + + 書面構造 MESSAGE-INFO において POINT に対応する entity-number + を返す。 + + MESSAGE-INFO が省略された場合は `mime-raw-message-info' の値を + 用いる。 + + +[関数] mime-raw-entity-parent (ENTITY &optional MESSAGE-INFO) + + 書面構造 MESSAGE-INFO において ENTITY の親の entity を返す。 + + MESSAGE-INFO が省略された場合は `mime-raw-message-info' の値を + 用いる。 + + +[関数] mime-raw-flatten-message-info (&optional message-info) + + 書面構造 MESSAGE-INFO に含まれる全ての entity の list を返す。 + + MESSAGE-INFO が省略された場合は `mime-raw-message-info' の値を + 用いる。 + + +* mime-preview-buffer + + `mime-raw-buffer' は書簡の情報交換用表現を加工して作成した表示用表現 +を収めるための buffer です。画面表示でも entity は意味のある単位で、1 +つの書面は複数の entity を単位に構成されますが、MIME 書面の entity を +単位とする木構造は必ずしも重要ではなく、それ以上に画面表示上での位置が +重要です。また、entity は最小単位ではなく、表示上の構成要素が存在しま +す。また、表示上の要請から、entity に関係の無い要素も存在するかも知れ +ません。 + + SEMI では entity は buffer 上の領域に張り付けられた text 属性 +`mime-view-entity' で表現され、mime-raw-buffer 中の対応する entity を +指します。また、entity 以外の構成要素も text 属性を用いて表現されます。 +これらの構成要素は場合によっては利用者の操作に対してなにがしかの反応を +示すために method を呼び出すことができます。この詳細に関しては後述しま +す。 + + +** API + +*** 一般 + +[buffer 局所変数] mime-mother-buffer + + 対応する親 buffer を示す。 + + 親 buffer とはこのmime-preview-buffer と mime-raw-buffer の組 + を作る元となった mime-preview-buffer のことである。 + + 例えば、message/partial 形式の書面の表示に対して操作を行うこと + によって、結合された書面に対する mime-preview-buffer ができた + 時、結合されたものにとって、操作を行った message/partial 形式 + の書面が親 buffer に相当する。 + + +[buffer 局所変数] mime-raw-buffer + + 対応する mime-raw-buffer を示す。 + + +[buffer 局所変数] mime-preview-original-major-mode + + 対応する mime-raw-buffer における major-mode を示す。 + + +[buffer 局所変数] mime-preview-original-window-configuration + + mime-preview-buffer を作る前の window-configuration を収める。 + + +[text-property] mime-view-raw-buffer + + この位置に対応する mime-raw-buffer を示す。 + + +[text-property] mime-view-entity + + この位置に対応する entity 構造体を示す。 + + +* entity の解釈と再生の仕組み + +STD 11 や MIME は基本的に書面の構文を定めるのみであり、書面をどのよう +に表示すべきであるとか entity をどのように再生したり処理したりすべきか +といったことを定めません。このため、利用者界面は書面の構文を解釈し、こ +うしたことを決める必要があります。 + +構造情報からその表示や再生・処理に関する振舞を定義する一番簡単な方法は +構造情報に対して1対1でこうしたことを決めてしまうことです。即ち、構造 +に対して表示や再生・処理を予め定義しておくことです。しかし、これでは表 +示や再生・処理に関して異なるモデルの実装を作ることができない、あるいは、 +異なる実装間で情報交換を行うことが困難になります。Internet では異なる +実装間で正しく情報が交換できることが求められますから、こうしたことはで +きません。また、特定の実装がこうした仮定に基づいた形式を生成することは +混乱の元となります。よって、STD 11 や MIME は異なる表示・処理モデル・ +見かけを持った複数の実装に対して中立的な形式を定めるように設計されてい +る訳です。 + +構造情報に対して、見かけを提供する枠組としては SGML, XML, HTML 等で用 +いるスタイルシートという方法があります。これは構造に対する処理を形式的 +に定義するための枠組の上で、見かけを定義するスタイルシートを定義し、用 +いるスタイルシートを指定することで、構造に対して見かけを与えます。 + +MIME の再生処理に関しては mailcap という形式があります。これは +media-type/subtype 等の entity の構造・形式に関する情報に対して、表示 +や印刷等の再生・処理の仕方を定義します。 + +これらは構造情報に対して形式的にその意味を与える枠組で、構造情報に対す +る意味を変えることを可能にします。しかしながら、構造と意味は1対1対応 +であり、解釈の状況依存性が存在しません。Internet の書面には常に形式や +意味の揺れが生じています。これは絶えず新しいプロトコルが提案される一方、 +古い実装も残り、また、『地域化された RFC 822』のような慣習的なものも存 +在するからです。また、一般的で詳細な規定を定めた場合も簡便な実装が存在 +し、規定を完全にサポートする実装よりも簡便な実装の方が多数を占めること +がしばしばです。一方、規定を用いて詳細に指定された情報は有効に利用した +いのが人情です。 + +一方、 + + +* Preview の生成 + +** 表示条件 + +[変数] mime-preview-condition + + entity の表示に関する条件木。 + + +** entity-button + +[関数] mime-view-entity-button-visible-p (ENTITY MESSAGE-INFO) + + 非 nil の場合、entity-button を表示することを表す。 + + +[関数] mime-view-insert-entity-button (ENTITY MESSAGE-INFO SUBJECT) + + ENTITY の entity-button を挿入する。 + + +** entity-header + + preview-situation の 'header field の値が 'visible である時、その +entityの header が表示されます。 + + +*** header-filter + +*** cutter + + +** entity-body + + preview-situation の 'body-presentation-method field の値が +'with-filter であるか関数である時、その entity の body が表示されます。 + + +*** body-presentation-method + + body-presentation-method は body の見かけを生成する関数で、 + + (preview-situation) + +という界面を持っています。 + + +*** body-filter + + preview-situation の 'body-presentation-method field の値が +'with-filter の時は、filter を用いる body-presentation-method を用いる +ことを示しています。この時、preview-situation の 'body-filter field の +値で示される filter 関数で処理された結果が表示されます。 + + この filter 関数の界面は + + (preview-situation) + +であり、この関数が呼ばれる時、処理対象となる data が buffer に挿入され +ており、また、その領域は narrow されています。 + + +* Entity の再生・処理 + + ┏━━━━━━━━━┓ + raw layer ┃ ┃ + ┏━━━━━━━━━━┻┓ ┃ + ┃information of message┃ ┃ + ┃ ┃ ┃ + ┃ ┌───┐ operation┃type┌───┐ ┃ user's + ┃ │shadow├←────╂──┤shadow├←╂─── operation + ┃ └─┬─┘┌──┐ ┃ └───┘ ┃ + ┃ │ │MUA │ ┃ ┃ + ┃ │ │type│ ┃ ┃ + ┃ │ └┬─┘ ┣━━━━━━━━┛ + ┗━━━┿━━━┿━━━┛ preview layer + │ │ +Information│ │ + of │ │ + entity │ │ + + │ │ + operation │ │ + type │ │ + ↓ ↓ + /┷━━━┷\ + ┃ draft ┃ + ┃ of ┃ + ┃ acting ┃ + ┃ situation┃ + \━━━━━/ + │ + │search + ↓ + /━━━━━\ /━━━━━\ + ┃ rules ┃ ┃ ┃ + ┃ for ┃────→┃ acting ┃ + ┃processing┃ matched ┃situation ┃ + ┃ ┃ ┃ ┃ + \━━━━━/ \━━┯━━/ + │ + │call + ↓ + ┏━━┷━━┓ playback + ┃processing┠───→ for + ┃ method ┃ user + ┗━━━━━┛ + 図: 再生の仕組み