element()

element() (XPointer)

[12] element() は、 文書中の要素を位置によって識別する XPointer scheme です。

代替

[17] この XPointer scheme はほとんど実装も利用もされていません。 文書中の一部分を表す時は、要素ID を使うのが一般的です。

仕様書

実装

[15] RFC 7303 に従う MIME型の実装は、 element() に対応しなければなりません >>14+xml MIME型はこれを禁止してはなりません >>13

[16] 実装がこれに従っているのかは、大変疑わしいです。

メモ

[2] 何に使うのかがよく分からない。 XPath つかう xpointer scheme の簡易版のつもりなのかなあ。

[3] >>1 まあそんなもんです。むしろ、従来の ID素片識別子に使う方法と互換である速記法の scheme 版とでも言うか。でも大して用途があるとは思えないんだよなあ。 xmlns(...) something(...) something(...) ... element(id-of-element) って感じで fallback として使うことが目的なのかな。 確かにこのためだけに XPath を実装するのは重いかも。

[4] 構文:

[5] 例:

element(foo)
識別子 foo の要素
element(foo/1)
識別子 foo の要素の最初の子要素
element(foo/2/15)
識別子 foo の要素の2番目の子要素の15番目の子要素
element(/1)
根節の下の最初の要素 (文書実体であれば、文書要素。)
element(/2)
根節の下の2番目の要素 (外部解析実体対象のときには存在する可能性がある)

[6] 一致する要素が見つからなかった場合は単に一致なしで、 指示子全体としてみたときに次の指示子部分があれば、 そちらに処理が移ります。 もちろん、最後の指示子部分だったとすればその指示子は該当なしということに。 [7] >>1 の仕様書、すごいですねぇ。実に半分が前書き。 残り半分のさらに半分くらいは引用規格。

[9] >>8 は、範囲選択の記法の説明の中に登場するのですが、微妙に拡張というより、子列の一番最初の / を省略して、 element(1/2) のように書いています。 (何かの間違いでしょう。) (名無しさん)

[10] >>4 XML名前空間 1.0 の NCName を参照しているので、このままでは XML 1.1 で (必ずしも) 使えません。今のところ errata にも修正ありませんけど、どうするのでしょう? (名無しさん 2004-05-03 00:13:06 +00:00)

[11] Bug 235409 &#8211; XPointer element scheme doesn't work with XHTML media type ( 版) <https://bugzilla.mozilla.org/show_bug.cgi?id=235409>