仕様書

意味

[12] 本最上位型の MIME型で識別される内容が、 これをフォントデータとして処理するためにはフォントレンダリングエンジンなど (場合によってはテキストレイアウトエンジンや shaping engine も。) の特定の図形 (graphic) 部分システムが必要であり、 それには更に一定水準の CPU 性能やメモリー容量のようなハードウェア能力が必要である、 ということを示しています。 >>7

[13] データ形式やフォント情報の解釈方法などは特に定めません >>7。

[14] MIME型の部分型が、フォント形式の名前を表します >>7。

処理

[15] 未知の font/* MIME型は、 application/octet-stream として扱うべき (should) です >>7。

[16] 共通のフォント処理システムのようなものがあれば、 未知の MIME型であってもそちらに渡しても構いません >>7。

素片識別子

[38] 新しい MIME型を登録する場合、複数のフォントを含めることができるなら、 素片識別子も定義するべき (should) です >>7。

[39] 単一のフォントしか含まれない場合にどうするべきかには何の言及もありません。

[40] 複数のフォントが含まれるべき場合に採用しなければならないとは書かれていませんが、 次のような素片識別子が規定されており、採用されることが期待されているものと推測されます。

[17] font collection の素片識別子は、 ISO/IEC 14496-22:2015 PostScript name (name ID = 6) によって特定のフォントを識別します >>7。

[23] すなわち、 [ U+0031, U+007E ] の文字のうち、 [ , ] , (, ), {, }, <, >, /, % を除いたもので構成される63文字以下の文字列です。 >>7

[25] このうち、 ", #, \, ^, `, | は RFC 3986 素片識別子では使うことができず、パーセント符号化しなければなりません >>7。

[27] URL URL で font collection コレクションから選ばれるべきフォントは、 次のように決定します >>7。

[36] なお、コレクション内のフォントの順序はフォントの改訂により変化する可能性がありますから、 最初のフォントが選ばれることに依存するのは懸命ではありません >>7。

[46] 本素片識別子形式は、次の MIME型で採用されています。

[42] 個別のフォント形式の素片識別子は、各 MIME型の項を参照。

一覧

引数

[43] 共通の引数はありません。

[44] 複数の MIME型で同じように定義されている引数はいくつかあります。

[45] 新規MIME型の登録に関する規定の中に、 コンマ区切りで未知の値があれば無視するべきという謎の規定 >>7 がありますが、 文脈的にはこれらの引数 (やそれと同様の引数?) を使う場合の処理に言及したかったようにみえます。

関連

[3] ちなみに、他に application/x-font というのも使われていることがわかっています。

歴史

[8] font/* は古くから提案され、非標準ながら長年あちこちで使われてきました。 しかし IETF は最上位型の新規追加に極めて慎重で、 現実に歩み寄ることを頑なに拒み続けてきました。

[18] Web Printing (1998-05-13 20:45:28 +09:00 版) http://www.w3.org/Printing/chase.html (名無しさん)

[19] draft-singer-font-mime-00 - The Font Primary Content Type for Multipurpose Internet Mail Extensions (2008-05-25 11:55:34 +09:00 版) http://tools.ietf.org/html/draft-singer-font-mime-00