SVG の機能 [126]
Web では普通は仕様書の最新版を使いますが、 OpenType における SVG
は特定の版が参照されています。
[127]
Webブラウザー ではないフォント の実装も含めた相互運用性 のための配慮なのでしょう。
[128]
とはいえしかし機能を絞りながらも多くの機能が任意選択になっていて、
実際にどの機能が使えるかは実装によってまったく違い、相互運用性 は悲惨な状況です。
[129] 仕様書が緩いから相互運用性 がなくなったというよりは、
機能集合の合意形成に失敗したから仕様書がこの惨状なのでしょうが...[26]
SVG で使う SVG は、
http://www.w3.org/TR/SVG11リンク .
であると定められています。 >>13
[27]
現時点でそのリンク先 http://www.w3.org/TR/SVG11 は、 >>28 にリダイレクト され、
>>29 と同じものが表示されます。
2024-11-17T10:57:53.00Z
[130]
SVG 1.1 第2版は W3C が SVG 1.2 の開発に失敗した後に SVG 1.1
に立ち返って不具合修正などを施したものです。 それまでの版よりは幾分マシとはいえ、
現在の水準から見ると曖昧で品質が低い仕様書です。また、古い時代の設計で、
HTML5 以後の新時代の設計に追いつこうと一部修正された SVG2
による変更 (例えば XLink からの脱却) が加わっていないものです。
[131]
開発タイミングの関係からこれを参照する以外に選択肢がなかったとはいえ、
「最新版仕様」ではなく特定時点の仕様書を参照しているのに参照先がこれ、
というのは不安があります。
[28]
Scalable Vector Graphics (SVG) 1.1 (Second Edition) , 2017-10-02T10:43:18.000Z , 2024-11-17T10:57:07.973Z https://www.w3.org/TR/SVG11/ [29]
Scalable Vector Graphics (SVG) 1.1 (Second Edition) , 2017-10-02T10:43:18.000Z , 2024-11-17T10:57:15.782Z https://www.w3.org/TR/2011/REC-SVG11-20110816/ [30]
以前の版では、
SVG 2リンク specification.
の context-fill とその他の context-* 特性値 の利用が認められていました。
>>13
[33]
ここでそのリンク先は https://www.w3.org/TR/SVG2/ >>31 >>32 と同じものが表示されます。
「以前の版」がどの時点のものだったかは不明です。
[34]
現在の版ではこれら特性 群の利用は非推奨 deprecated 適合 実装は、これら特性 群を対応しても構いませんが、
対応することは必須required でも推奨recommended でもありません 。
フォント におけるこれら特性 群の利用は強く非推奨strongly discouraged です。
>>13
[31]
Scalable Vector Graphics (SVG) 2 , 2018-10-02T17:56:01.000Z , 2024-11-17T10:58:29.021Z https://www.w3.org/TR/SVG2/ [32]
Scalable Vector Graphics (SVG) 2 , 2018-10-02T17:56:01.000Z , 2024-11-17T10:58:40.407Z https://www.w3.org/TR/2018/CR-SVG2-20181004/ [92]
適合 する実装は、次のものをすべて対応しなければなりませんmust 。
>>13
[94] gradient (linearGradient 要素 , radialGradient 要素 )[95] clipping path [96] opacity 特性群[93] 他に規定していないすべての SVG 1.1 の能力[51]
適合 する OpenType フォント は次の機能を使ってはなりませんmust not 。
適合 する応用 は無視しなければなりませんmust 。
>>13
[52] text 要素 , font 要素 , およびそれらと関連付けられた要素 [53] foreignObject 要素 [54] switch 要素 [55] script 要素 [56] a 要素 [57] view 要素 [58] XSL [59] 相対単位 : em, ex[60] imag 要素 における SVG データ[61] 色プロファイル : <icccolor> データ型,
color-profile 要素 , color-profile 特性 ,
@color-profile[62] contentStyleType 属性 [63] CSS2システム色キーワード [97]
適合 する OpenType フォント は次の機能を使ってはなりませんmust not 。
>>13
[64]
SVG文書 は次の機能を含めて構いませんがmay 、実装は無視します。
>>13
[65] desc 要素 [66] metadata 要素 [67] title 要素 [68]
次の機能は適合 実装において必須required の能力ではありません が、
応用 によっては対応しているかもしれませんmay 。
フォント 開発者は想定対象環境で利用できるか評価するべきですshould 。
広範囲の環境での相互運用性 のため利用を避けるべきですshould 。
>>13
[69] style 要素 [70] style="" 属性 [71] CSS変数 (カスタム特性 ) >>91 [72] 媒体クエリー [73] calc()[74] CSSアニメーション >>119 [75] SVGアニメーション >>119 [76] SVG 子要素 (SVG child elements)[77] filter 要素 と関係する属性 (enableBackground を含む。)[78] pattern 要素 [79] mask 要素 [80] marker 要素 [81] symbol 要素 [82] XML実体 [83] image 要素 における JPEG と PNG 以外の画像形式 [84] 対話的 能力 (イベント属性 , zoomAndPan 属性 ,
cursor 特性 , cursor 要素 )[85] 「SVG 子要素」って何のこと? [86] イベント要素 ってイベントハンドラー属性 のこと?
script は禁止なのに on* 属性 は禁止ではないの?[87] XML実体 が禁止というのは (宣言 だけしても特に何も起こらないので当たり障りないはずなので)
実体参照 が使わないべきということ? だとすると実装 は XML
の完全実装も要求されていない?[88] 広く使われる想定のフォント には CSS によるスタイル付けよりも広く対応が見込まれる
XML presentation attribute による指定が推奨recommended されます。
>>13 (Note)
[119]
CSSアニメーション , SVGアニメーション は広範囲の配布を想定したフォント では推奨されませんnot recommended 。
>>13
[89]
媒体クエリー による環境変化への対応は、対応している応用 に於いても推奨されませんnot recommended 。
(他の OpenType の仕組みとの相互作用 が可能であるので)
上位層表現フレームワークhigher-level presentation framework に於いて環境変化を扱うべきですshould 。
>>13 (Note)
[90] 具体的に言えばフォント 内部で媒体クエリー で条件分岐するよりもフォント を呼び出す
CSS で @media を使って GSUB
その他を使うなりするのが適切ということでしょう。[100]
color 特性 は currentColor の値を上書きしますが、
その他に使い道はないので、 color 値を設定するのは避けるべきshould です。
>>13 (Note)
SVG 文書 [41]
SVG文書 の文字符号化 は、 UTF-8
でなければなりませんmust 。
>>13
[42]
SVG文書 は XML文書 であることも HTML構文 で記述されることもありますが、
OpenType フォント の SVG文書 は XML文書 でなければなりませんmust 。
SVG の SVG文書 に対応する応用 は XML文書 に対応しなければなりませんmust 。
HTML構文 にも対応した SVG 構文解析ライブラリーを使っても構いませんmay 。
>>13
[43]
SVG の応用 は XML名前空間 に完全に対応する必要はありませんnot required 。
>>13
[44]
SVG文書 の根要素 は SVG を既定名前空間
http://www.w3.org/2000/svg
として宣言 しなければなりませんmust 。
>>13
[45] 本文で明言はされていませんが、示された実例では根要素 の要素名 は既定名前空間 を使っています。
>>13 XML名前空間 への対応を必須としない趣旨からすれば、これも要件と考えるべきなのでしょうが、
なぜ規定がないのかは不明です。[46]
xlink:href 属性 を使うときは、
根要素 で xmlns :xlink="http://www.w3.org/1999/xlink "なりませんmust 。
>>13
[47]
他の XLink の属性 を文書中で使ってはいけませんNo ... may 。
>>13
[48]
他の機構mechanisms を文書中で使ってはいけませんNo ... may 。
他の名前空間宣言を要素 に使うべきではありませんno ... should 。
>>13
[49] 仕様書では 「No other XLink attributes or other mechanisms」
を使ってはいけないとしています。 XLink がどこに掛かっているのかやや不明瞭ですが、
「other ... or other ...」となっているので属性 だけに XLink
が掛かっていると考えるのが妥当でしょう。 XLink の機能もすべて属性 で、
他の機構はありません。
しかしそうすると「他の機構」とは何かがよくわかりません。
文脈を汲むなら SVG 本体機能でも XLink でもないもの全般でしょうか。
続けて他の名前空間宣言 もあるべきではないとしています。
他のすべての機能が認められないのだとしたら、自動的に名前空間宣言 も認められなくなるはずで、
意図がわかりません。宣言だけなら機構に入らないという解釈なのでしょうか。
機構の利用が禁止 (no ... may) なのに宣言は非推奨 (no ... should)
と強さが違うのはよくわかりません。[50] 後段はあるいは SVG や XLink のその他の形の宣言を禁じる意図もありそうですが。SVG 文書におけるグリフ定義 [108]
SVG においてグリフID g が参照する SVG文書 は、
glyphg
というID を持つ要素 を含まなければなりませんmust 。
ここで
g
は零埋め しない 10進数 です。
>>13
[109]
font engine
は、
当該要素 が
defs
要素 の子供 であり、
use
要素 でその ID を参照したかのようにグリフ をレンダリング しなければなりませんmust 。
>>13
[110]
仕様書で明文規定されているのはこれだけなのでやや曖昧ですが、例示を見ると当該要素 から参照されている可能性がある、
当該要素 の兄弟 の defs
は含め、当該要素 以外のグリフ の要素 は含まない、ということになっています。
しかし当該要素 以外のグリフ の要素 の子孫への参照が含まれるという可能性も排除されていません。
結局 SVG文書 の全体が必要になりそうに思われます。
[111]
従って
をレンダリング するのと同等、と考えるべきでしょうか。
[116]
仕様書には svg 要素 に ID を付与した例文もいくつかあります。
その場合は >>111 でもうまくいきません。
>>109 >>110 >>111 あたりはあくまで説明の便宜でそう書いていただけなのでしょう...
[118]
svg 要素 の属性 も使われますし。 文字列座標