XLink 1.0

XLink (XML)

[15] XLink は、 XML においてリンクを記述するためのマーク付け言語でした。

[16] 当初は XML の一部として開発されていましたが、後に分離されて単独の仕様・名前空間となりました。 XML においてリンクを表現するための政治的に正しい方法として種々の XML ベースのマーク付け言語に採用されたものの、 世界で最も普及しているリンクの記述方法である HTML を置き換えることはできず、 実質的に失敗に終わりました。

[17] 歴史的に XLink には XLink 1.0XLink 1.1 の2つの版がありました。

[18] XLink 1.0 では xlink:type 属性は必須でしたが、 実態に合わないとして XLink 1.1 では省略可能とされました。

[19] 多くの XML 関連仕様では版番号の違いは非互換変更ですが、 XLink 1.1XLink 1.0 の事実上の不具合修正となっています。

マーク付け言語

[51] XLink は単体のマーク付け言語ではなく、ホスト言語XML名前空間を通じて組み合わせて利用する形態の語彙として規定されていました。

[20] XLink名前空間として http://www.w3.org/1999/xlink を使っていました。

[36] 要素は定義されていませんでした。

[37] 名前空間に属する属性 (大域属性) として次のものがありました。

[38] XLink ではリンクの種別として、単純リンク拡張リンクがありました。 単純リンクは単一の要素を使い、拡張リンクは複数の要素を使うものでした。 いずれも、他のマーク付け言語 (ホスト言語) の要素と組み合わせて使うことが想定されていました。

[52] 例えば SVG では SVG名前空間a 要素xlink:href 属性を指定できました。

[39] XLink における要素の種別は要素型と呼ばれ、 xlink:type 属性の値により決定されました。

問題点

[68] XLink 1.1 への改訂で、 xlink:type 属性xlink:href 属性が指定されていない要素へのそれ以外の大域属性の使用が (おそらく意図せず) 禁止されなくなってしまっています。

応用

関連

[50] Xlink Kai とは無関係です。

歴史

  • [1] 頑張って全部属性にしてしまわずに、要素も作っておけばよかったのにと思いますよ。
  • [2] 結局マーク付けの方で細かい指定の属性が一杯必要になってしまうよりは、 HTMLa 要素とか object 要素を汎用化して定義した方が良かったと。
  • [3] DTD で既定値を指定しておけば細かい指定の属性は省略できるというけど、それは DTD を読み込まない解析器とか DTD が存在しない場合とかには結局マーク付け文書側に書かざるを得ないわけで。
  • [4] 結局 XLink って面倒だなあと。 XML は人間が使うものではないという割り切りもありだけど、そんなのよりは文脈にあった要素・属性を個々のマーク付け言語で定義して、 HLink とかでリンクの性質を明示する方がいいと思う。
  • [5] >>4 HLink はスキーマであると同時にスタイル・シート言語でもあるんじゃないかな。だから例えば HTML の img 要素を、その既定レンダリングである埋め込み画像として表示するんじゃなくて、 a 要素風に表示するのだとか、あるいは画像を最初は読み込まず、利用者の指定時に読み込むみたいな、利用者スタイル・シート的な使い方、 XLink だけだと無理だよね?
  • [6] >>5 の考え方で言えば、 XLink は物理マーク付けの仕組み, HLink は論理マーク付けと共に使うということだ。
  • [7] XML Linking and Style <http://www.w3.org/TR/xml-link-style/>: XLink のための特別な XSLT 要素を提案するなどの W3C Note
  • [8] >>7 どこか間違っている気がするのは漏れだけ?
  • [9] >>1 汎用的にしたかったんでしょうけどね。。。
  • [10] >>9 もともと XML 第2部だったこともあるかも。 xml:lang 属性とかと同類で考えてたんじゃ。
  • [11] もともと XML って HTML の多 DTD 拡張みたいなつもりだった (人もいる) でしょ? だから、拡張リンクとかはあるけれど多様なリンクの SGML 的表現形態ってのまで頭が回らなかったのかな? やっぱり HLink ってのは重要な概念だと思うんだけどな。
  • [12] href と src と cite が同じ要素についてるようなのって想像できなかったんかなあ。それとも拡張リンクを使って別の要素で外部指定的にしろと? なんだかなあ。
  • [13] 設計時の思想がどうであるにせよ、現実問題リンクを XLink に統一するのには失敗してるんだから。 (XHTML1 にせよ、 SMIL にせよ。 RDF/XML だってそうだ。 XInclude だって XLink ではない。他にも名もないマーク付け言語ならたくさんあるでしょ? そういうのに対応する手間を考えるなら、絶対 HLink は必要だよ? 実装依存の形になるか、標準化された形になるかの違いだけで。

[14] Re: XLink 1.1: Animation from Bjoern Hoehrmann on 2006-01-25 (www-xml-linking-comments@w3.org from January to March 2006) <http://lists.w3.org/Archives/Public/www-xml-linking-comments/2006JanMar/0088.html> (名無しさん 2006-02-21 08:53:33 +00:00)

[21] Bug 211916 &#8211; Nodes in the XHTML namespace cannot be XLinks (2007-02-10 14:06:45 +09:00 版) <https://bugzilla.mozilla.org/show_bug.cgi?id=211916> (名無しさん)

[22] Bug 332773 &#8211; Drop XLink support (2007-02-10 14:15:14 +09:00 版) <https://bugzilla.mozilla.org/show_bug.cgi?id=332773> (名無しさん)

[23] Minutes of 16 Jan 2003 discussion on Linking in XML Documents (2003-01-23 01:05:59 +09:00 版) <http://www.w3.org/2003/01/16-tag-xlink> (名無しさん)

[24] ongoing &#183; On Linking (2007-01-21 16:50:05 +09:00 版) <http://www.tbray.org/ongoing/When/200x/2007/01/20/On-Linking> (名無しさん 2007-06-15 13:19:11 +00:00)

[25] XHTML+CSS (r)evolution, 3rd 終了 | Web::Blogoscope (益子 貴寛,Takahiro Mashiko 著, 2007-06-12 23:13:49 +09:00 版) <http://www.cybergarden.net/blog/2007/06/xhtmlcss_revolution_3rd_end.html> (名無しさん 2007-06-15 13:20:45 +00:00)

[26] XLink [was: Re: SVG and MathML in text/html] (Boris Zbarsky 著, 2008-03-16 03:12:36 +09:00 版) <http://lists.w3.org/Archives/Public/public-html/2008Mar/0151.html> (名無しさん)

[27] Bug 448526 &#8211; xlink:href linking in MathML regressed ( 版) <https://bugzilla.mozilla.org/show_bug.cgi?id=448526>

[28] Back to XML (2) - 檜山正幸のキマイラ飼育記 ( 版) <http://d.hatena.ne.jp/m-hiyama/20081218/1229589029>

[29]

<applet xlink:href="../../../../Program%20Files/Application" xlink:type="simple" xlink:show="embed" xlink:actuate="onLoad" code="CalculateApplet.class" mayscript=" false"/>

ECMA-376 Second Edition Part 1 150頁 例示

[30] METS Schema & Documentation ( ( 版)) <http://www.loc.gov/standards/mets/mets-schemadocs.html>

[31] Bug 10556 – Support XLink in any XML document ( ( 版)) <https://bugs.webkit.org/show_bug.cgi?id=10556>

[32] SVG2 Requirements Input - SVG ( ( 版)) <http://www.w3.org/Graphics/SVG/WG/wiki/SVG2_Requirements_Input#Xlink_additional_attributes_on_the_.3Ca.3E_element>

[33] XML XLink Requirements ( ( 版)) <http://www.w3.org/TR/NOTE-xlink-req/>

[34] Implementation Behaviour — The Standard-Sitemap Protocol ( ( 版)) <http://www.standard-sitemap.org/impl-behaviour.en.php>

[35] ( ( 版)) <http://www.qtc.jp/3GPP/Specs/26247-a00.pdf>

[41] OASIS Open Document Format for Office Applications (OpenDocument) Version 1.2 - Part 1: OpenDocument Schema ( ( 版)) <http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#refTable3>

[42] OASIS Open Document Format for Office Applications (OpenDocument) Version 1.2 - Part 1: OpenDocument Schema ( 版) <http://docs.oasis-open.org/office/v1.2/os/OpenDocument-v1.2-os-part1.html#a19_909xlink_actuate>

[43] DocBook V5.0 ( 版) <http://docbook.org/docs/howto/>

[44] MPEG DASHXLink を使っているらしいです。

[46] ( 版) <http://dashif.org/w/2015/04/DASH-IF-IOP-v3.0.pdf#page=86>

Remote elements are elements that are not fully contained in the MPD document but are referenced

18 in the MPD with an HTTP-URL using a simplified profile of XLink.

19 A remote element has two attributes, @xlink:href and @xlink:actuate. @xlink:href

20 contains the URL for the complete element, while @xlink:actuate specifies the resolution

21 model. The value "onLoad" requires immediate resolution at MPD parse time, while "onRe-

22 quest" allows deferred resolution at a time when an XML parser accesses the remote element.

[47] ( 版) <http://dashif.org/w/2015/04/DASH-IF-IOP-v3.0.pdf>

Resolution (a.k.a. dereferencing) consists of two steps. Firstly, a DASH client issues an HTTP

4 GET request to the URL contained in the @xlink:href, attribute of the in-MPD element, and

5 the XLink resolver responds with a remote element entity in the response content. In case of error

6 response or syntactically invalid remote element entity, the @xlink:href and

7 @xlink:actuate attributes the client shall remove the in-MPD element.

8 If the value of the @xlink:href attribute is urn:mpeg:dash:resolve-to-zero:2013,

9 HTTP GET request is not issued, and the in-MPD element shall be removed from the MPD. This

10 special case is used when a remote element can be accessed (and resolved) only once during the

11 time at which a given version of MPD is valid.

12 If a syntactically valid remote element entity was

[48] <http://standards.iso.org/ittf/PubliclyAvailableStandards/c065274_ISO_IEC_23009-1_2014.zip>

Period specifies the information of a Period.

@xlink:href O specifies a reference to a remote element entity that is either empty or contains one or multiple top-level elements of type Period

@xlink:actuate OD default: onRequest specifies the processing instructions, which can be either "onLoad" or "onRequest". This attribute shall not be present if the @xlink:href attribute is not present.

[45] Spatial Data on the Web Best Practices ( ( 版)) <https://www.w3.org/TR/2016/WD-sdw-bp-20160119/>

[gml] adopted the [xlink11] standard to represent links between resources. At the time of adoption, XLink was the only W3C-endorsed standard mechanism for describing links between resources within XML documents. The Open Geospatial Consortium anticipated broad adoption of XLink over time - and, with that adoption, provision of support within software tooling. While XML Schema, XPath, XSLT and XQuery etc. have seen good software support over the years, this never happened with XLink. The authors of GML note that given the lack of widespread support, use of Xlink within GML provided no significant advantage over and above use a bespoke mechanism tailored to the needs of GML.

[49] Make sure all references to xlink refer to plain href or are marked d… ( (nikosandronikos著, )) <https://github.com/w3c/svgwg/commit/2e96b6321fe0768eda08008319c19c0734a3b1ae>

[58] () <http://www.niso.org/apps/group_public/download.php/15933/z39_96-2015.pdf>

[81] Spatial Data on the Web Best Practices () <https://www.w3.org/TR/2016/NOTE-sdw-bp-20161025/>

[GML] adopted the [XLINK11] standard to represent links between resources. At the time of adoption, XLink was the only W3C-endorsed standard mechanism for describing links between resources within XML documents. The Open Geospatial Consortium anticipated broad adoption of XLink over time - and, with that adoption, provision of support within software tooling. While XML Schema, XPath, XSLT and XQuery etc. have seen good software support over the years, this never happened with XLink. The authors of GML note that given the lack of widespread support, use of Xlink within GML provided no significant advantage over and above use a bespoke mechanism tailored to the needs of GML.

[82] XML Linking Language (XLink) Version 1.0 () <https://www.w3.org/TR/2001/REC-xlink-20010627/>

New Version Available: XLink 1.1 (Document Status Update, 14 September 2010)

The XML Core Working Group has produced a W3C Recommendation for a new version of XLink which adds features to this 2001 version while remaining compatible. Please see XLink 1.1 for the latest version.

[83] Top-level Elements and Attributes (MODS Ver. 3 User Guidelines: Metadata Object Description Schema, Library of Congress) () <https://www.loc.gov/standards/mods/userguide/generalapp.html>

ID – This attribute is used to link internally and to reference an element from outside the instance.

xlink – This attribute is used for an external link. It is defined in the as xlink:simpleLink, (see information about the XML Linking Language ), which in the XML schema specification has a further breakdown for different types of xlinks. At this time, only xlink:href is envisioned in MODS records.

<abstract xlink:href= "http://www.ojp.usdoj.gov/bjs/abstract/cchrie98.htm"/>

[84] METS