| 譯文 | XML 鏈接語言（XLink） (版本 1.0) | |
|---|---|---|
| ( http://www.opendl.com/openxml/w3/TR/xlink/xlink-big5.html ) | ||
| 英文 | XML Linking Language (XLink) | |
| (http://www.w3.org/TR/xlink/) | ||
| 注意 |
| |
| 譯者 |
| |
| 時間 | 初次定稿﹕2003 年 7 月 27 日 (NZT) | 最後修改: 2003 年 8 月 5 日 (UTC) |
Copyright © 2001 年 W3C® (MIT, INRIA, Keio), All Rights Reserved. W3C liability, trademark, document use, and software licensing rules apply.
本規格說明定義了 XML 鏈接語言（XLink）﹐該語言為了要創建並描述資源之間的鏈接﹐允許將元素插入 XML 文檔。 它使用 XML 語法創建即能描述與現今的 HTML 簡單單向超鏈接類似的鏈接結構﹐有能描述複雜的鏈接。
本文檔已由萬維網協會（W3C）組織成員和其他感興趣的各方審閱﹐並已被組織理事批准為萬維網協會（W3C）建議。這是一個穩定的文檔﹐可以用作參考材料﹐也可以作為其他文檔的標準參考文獻。W3C 在建議制定過程中的作用是吸引對本規範的注意並促進它的廣泛使用。這能增強 Web 的功能和互操作性。
關於可能由 XLink 使用的 XPointer 語言的資訊﹐參見〔XPTR〕。
本規格是 XML 鏈接工作組的工作成果﹐因此也是 W3C XML 制定工作（W3C XML Activity）的一部份。有關本工作的背景﹐請參見 XML 制定工作聲明。
請報告本文檔可能的錯誤到公共電子郵件列表 www-xml-linking-comments@w3.org（其存檔在 http://lists.w3.org/Archives/Public/www-xml-linking-comments/）。本規格說明所有已證實的錯誤將列表在 http://www.w3.org/2001/06/xlink-errata。
英文版是唯一的正式版﹐本文檔的翻譯請參見 http://www.w3.org/2001/06/xlink-translations。
有關 XLink 設計原則的其它背景參見〔XLDP〕﹐本文檔嘗試滿足的非標準的 XLink 需求參見〔XLREQ〕。XLink 不支援所有的現有的 HTML 鏈接構造﹔有關這種情形的討論參見〔XLinkNaming〕
目前 W3C 建議和其他的技術上的文檔列表在 http://www.w3.org/TR/.
1 介紹
1.1 起源和目標
2 XLink 的概念
2.1 鏈接和資源
2.2 弧﹐遊歷和行為
2.3 與鏈接元素的實際位置有關的資源
3 XLink 的處理及一致性
3.1 處理的相關性
3.2 置標的一致性
3.3 應用程序一致性
4 XLink 置標的設計
4.1 XLink 屬性用法模式
4.2 XLink 元素類型關係
4.3 屬性值的缺省
4.4 整合 XLink 用法與其他的置標
4.5 與傳統的置標一起使用 XLink
5 XLink 元素和屬性
5.1 擴展鏈接（extended-類型元素）
5.1.1 擴展鏈接的本地資源（resource-類型元素）
5.1.2 擴展鏈接的遠程資源（locator-類型元素）
5.1.3 擴展鏈接的遊歷規則（arc-類型元素）
5.1.4 擴展鏈接､定位器､及弧的標題（title-類型元素）
5.1.5 定位鏈接庫（特別的弧角色）
5.2 簡單鏈接（simple-類型元素）
5.3 XLink 元素類型屬性（type）
5.4 定位器屬性（href）
5.5 語義屬性（role﹐arcrole﹐和 title）
5.6 行為屬性（show 和 actuate）
5.6.1 show 屬性
5.6.2 actuate 屬性
5.7 遊歷屬性（label﹐from﹐和 to）
本規格說明定義了 XML 鏈接語言（XLink）﹐該語言為了要創建並描述資源之間的鏈接﹐允許將元素插入 XML 文檔。
XLink 提供了一個架構既適合于創建基本的單向鏈接又適合于創建較複雜的鏈接的結構。它允許 XML 文檔﹕
宣稱在兩個以上的資源中的鏈接關係
宣稱在兩個以上的資源中的鏈接關係
在與被鏈接的資源不同的位置表示鏈接
XLink 的一個重要的應用程序是在有超鏈接的超媒體系統中。超鏈接的一個簡單的情況是具有以下這些特性的一個 HTML 元素 A﹕
超鏈接使用 URIs 做為它的定位器技術。
超鏈接在它兩個末端的中的一端表示。
超鏈接標示另一端。（ 雖然服務器可能有很大的自由來尋找或動態地創建目的地）
用戶只能從超鏈接被表達的末端開始遊歷到另一端。
在視窗､圖文框､返回列表､使用中的式樣表等等的上超鏈接的效果由用戶代理決定﹐而不是由超鏈接本身決定。例如﹐A 鏈接的遊歷通常代替目前的窗口﹐但也許由於用戶的選擇卻開啟一個新窗帉。
這組特性是功能強大的﹐但是他們所基於的模型限制了超鏈接可能的功能範圍。本規格說明定義的模型和 HTML 都在使用 URI 技術的﹐但是超越了 HTML﹐它提供那些先前只有在專用的超媒體系統中才有的､使超鏈接更可調整和更有靈活性的功能。與鏈接數據結構一道﹐XLink 還提供了一個最小的鏈接行為模型﹔在 XLink 上的高層的應用程序通常將會指定可供選擇的或是更複雜的表現和處理的方法。
諸如關係數據庫的外部鍵和程序語言中的引用值﹐這些用于其他的技術領域的特殊鏈接的整合的處理方法都超出本規格說明的範圍。
XLink 的設計受對已建立的超媒體系統和標準的認知的影響﹐尤其是下列各項標準的影響:
HTML 〔HTML〕: 定義了幾個表現鏈接的元素類型。
HyTime 〔ISO/IEC 10744〕: 定義內鏈接､輸入和第三方鏈接結構及一些與語義有關的功能﹐包括遊歷的控制和對象的表現形式。
本文編碼起始指南 〔TEI〕﹕提供了適合于創建鏈接､集合對象､和鏈接集合的結構。
許多其他的鏈接系統也影響了 XLink 的設計﹐尤其是 〔Dexter〕､〔FRESS〕､〔OHS〕､〔MicroCosm〕､ 和 〔Intermedia〕.
至於 XLink 設計的完整的解釋﹐參見 XLink 需求文檔〔XLREQ〕
本節在不討論創建 XLink 構造的句法的情況下﹐描述那些對了解 XLink 來說是很重要的術語和概念。其他的幾個額外的術語將在這一個規格說明的較後部份中介紹。
〔定義﹕ XLink 鏈接 是在資源或資源的部份之間的明確關係。〕 〔定義﹕該關係是通過鏈接元素來明確的﹐這個鏈接是一個申明鏈接的存在､符合 XLink 的 XML 元素。〕有六種 XLink 元素﹐其中只有兩個被當作鏈接元素﹐其餘的提供各種不同的描述鏈接特性的信息。（雖然不能避免非 XLink 鏈接構造被用做鏈接﹐本規格說明所用的術語 “鏈接”僅指 XLink 鏈接。）
資源的觀念是對全球信息網通用的。〔定義﹕正如在〔IETF RFC 2396〕中的討論﹐資源是任何的可設定位址的信息或服務的單位。〕其例子包括文件､圖像､文檔､程序和查詢結果。設定資源位址的方法是 URI（統一資源識別符）引用（5.4 定位器屬性（href）中有更多的描述）。對資源的某部份設定位址是可能的。舉例來說﹐如果整個的資源是一個 XML 文檔﹐那資源的有用部份可能是在文檔之內一個特別的元素。跟隨鏈接可能產生的結果﹐可以是比如說在對文檔的那個元素進行高光或滾動到該元素。
〔定義﹕當鏈接聯合一系列資源的時候﹐那些資源就分享了該鏈接。〕即使 XLink 鏈接一定得在 XML 文檔中出現﹐他們卻能夠聯合各種的資源而不是只是 XML 編碼的文檔資料。
XLink 的一個常見的使用是創建超鏈接。〔定義﹕超鏈接主要的意圖是呈現給人類的用戶。〕然而﹐在XLink 中沒有任何的設計來阻止它僅僅被用做計算機處理。
〔定義﹕因任何的目的使用或跟隨一個鏈接連結被稱為遊歷。〕 即使一些類型的鏈接能聯合任意數目的資源﹐遊歷總是包括一對資源（或他們的部份）﹔〔定義﹕遊歷開始的資源是出發資源〕 和 〔定義﹕目的地的資源是終止資源〕。注意以這種方式使用的術語“資源”可能有時是用于一個資源的部份而不是整個的資源。
〔定義﹕遊歷一對資源的信息﹐包括遊歷的方向及應用程序可能的行為的信息被稱為弧〕。如果在鏈接中的兩個弧描述相同的一對資源﹐但是卻對換出發資源和終止資源﹐那麼該鏈接是多方向的﹐這種情況與在遊歷一個鏈接之後只是簡單的“返回”不同。
〔定義﹕ 本地資源是一個 XML 元素﹐該元素由於有它的父､或它本身是一個鏈接元素而分享一個鏈接〕。〔定義﹕任何的資源或資源的部份由於被 URI 引用定址而分享一個鏈接﹐該資源或該資源的一部份被視為遠程資源﹐即使它是在同一 XML 文檔之內的鏈接﹐或甚至在同一鏈接元素內。〕換句話說法﹐本地資源“通過數值”來敘述﹐而且遠程資源“通過引用”來敘述。
〔定義﹕一個有本地出發資源和有遠程終止資源的弧是在輸出﹐也就是說﹐遠離鏈接元素。〕（有這種弧的鏈接的例子是 HTML 的 A 元素﹐HyTime 的“clinks”和本文編碼起始的 XREF 元素）。〔定義﹕如果弧的終止資源是在本地﹐但是它的出發資源是在遠程﹐那麼弧是在輸入。〕〔定義﹕如果出發資源不是終止資源也不是在本地﹐那麼則是第三方弧。〕任何鏈接雖然不要求但是通常始終只是某種類型的弧﹐並因此可能被稱為輸入､輸出或第三方鏈接。
為了創建一個發源于你沒有（或選擇不行使）書寫存取權的資源﹐或沒有提供插入鏈接構造方法的資源的鏈接有必要使用輸入或第三者弧。當使用這樣的弧的時候﹐顯示該鏈接的條件高過輸出弧。〔定義﹕文檔包含輸入和第三方鏈接的集合叫做鏈接數據庫﹐或鏈結庫。〕
本節詳細說明對 XLink 應用程序和置標的處理及一致性的需求。
〔定義﹕本規格說明中的關鍵字必須（must）､不能（must not）､必需的（required）､將（shall）､將不（shall not）､應該（should）､不應該（should not）､建議（recommended）､可能（may）､和可選的（optional）依照〔IETF RFC 2119〕所描述的進行解釋。〕
XLink 的處理依照〔XML〕､〔XML Names〕､〔XML Base〕､以及〔IETF RFC 2396〕（由〔IETF RFC 2732〕更新）。
XML 元素符合 XLink 如果:
它有一個來自 XLink 命名空間的 type 屬性﹐且其值為 “simple”､“extended”､“locator”､“arc”､“resource”､“title”､或“none” 中的一個﹐而且
如本規格說明所規定的﹐它依賴所選擇的 XLink 元素類型來保證一致性的限制。
本規格說明沒有對 DTD 增加更嚴的特別限制﹔一致性僅適用于元素和屬性。
XLink 應用程序是任何用于解釋包含 XLink 元素和屬性的形式完整的 XML 文檔､或包含信息項目和符合 XLink 元素和屬性的特性的 XML 信息集〔XIS〕的軟件模塊。 （本文檔提及元素和屬性﹐但是所有這些規格說明適用于他們信息集的等價物）。這樣的應用程序遵守一致性﹐如果﹕
它對本規格說明中所列的應用程序遵守強制性條件（“must”）﹐且
對於任何的選擇性的條件（“should”和“may”）它選擇遵守﹐它以規定的方式遵守這些條件﹐且
它依照在本規格說明中出現的所有的一致性限制來測試置標的一致性。
本節描述 XLink 的置標字彙的設計。
為了能正確地遊歷及處理鏈接﹐鏈接的置標需被 XLink 應用程序可靠地識別。XLink 使用在 XML 命名空間建議〔XML Names〕中描述的機製來完成對 XLink 字彙中構造的識別。
由本規格說明定義的 XLink 命名空間具有下列的 URI﹕
http://www.w3.org/1999/xlink |
正如〔XML Names〕中所規定﹐使用 XLink 元素和屬性需要聲明 XLink 命名空間。例如﹐下列聲明使前綴 xlink 在 myElement 元素內可用來表示 XLink 命名空間:
<myElement xmlns:xlink="http://www.w3.org/1999/xlink"> ... </myElement> |
注意﹕
本規格說明中大多數的代碼例子都沒有列出 XLink 命名空間聲明。xlink 前綴始終是用來表示
對那些在其範圍內有這樣標誌的屬性（在同一元素上或在某些祖先元素上帶有這樣的屬性）的元素的 XLink 命名空間聲明﹐而不論是否有 XLink 命名空間聲明出現在例子中。
XLink 的命名空間提供全局屬性給在任何的任意的命名空間中的元素使用。這些全局屬性是 type､href､role､arcrole､title､show､actuate､label､from､和 to。文檔作者在他們自己的命名空間內﹐或甚至在不屬他們控制的命名空間內的元素使用 XLink 全局屬性﹐這些元素都可看成是 XLink 元素。type 屬性表明 XLink 元素的類型（simple､extended､locator､arc､resource､或 title）﹔元素類型規定 XLink 強制的約束﹐這些約束是 XLink 元素必須遵從的以及 XLink 應用程序遇到 XLink 元素必須採取的行為。
下面是一個有 XLink 全局屬性的非 XLink 命名空間的 crossReference 元素的一個例子﹕
<my:crossReference xmlns:my="http://example.com/" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:type="simple" xlink:href="students.xml" xlink:role="http://www.example.com/linkprops/studentlist" xlink:title="學生名單" xlink:show="new" xlink:actuate="onRequest"> 現有學生的名單 </my:crossReference> |
使用全局屬性總是需要在各個屬性上使用命名空間前綴並在元素上使用類型屬性。
由於 XLink 屬性使用命名空間機製而被看做是全局的時候﹐他們在任何一個 XLink 元素類型上所允許的組合極大地依賴于他們所在的元素的特定的 type 屬性的值（更多的信息請參看5.3 XLink 元素類型屬性（type））。本規格說明的一致性限制的註釋詳細說明瞭他們所允許的用法模式。以下是不同元素類型（列）所允許的全局屬性（行）的概要﹐並給出其值是否是必有項（R）或可選項（O）﹕
simple |
extended | locator | arc | resource |
title | |
|---|---|---|---|---|---|---|
type | R | R | R | R | R | R |
href |
O | R | ||||
role |
O | O | O | O | ||
arcrole |
O | O | ||||
title |
O | O | O | O | O | |
show |
O | O | ||||
actuate |
O | O | ||||
label |
O | O | ||||
from |
O | |||||
to |
O |
（另外參看B DTD 樣本所提供的演示屬性所允許模式的非標準的 DTD。）
本規格說明使用“xxx-類型元素”的格式來指那些必須附¨于與 XLink 元素類型相關的有名稱的限制集合的元素﹐而無論該元素實際上的名稱是什麼。例如﹐“locator-類型元素”會涉及所有的下列各項元素﹕
<locator xlink:type="locator" ... /> <loc xlink:type="locator" ... /> <my:pointer xlink:type="locator" ... /> |
各種不同的 XLink 元素類型以其他的 XLink 元素類型的直接孩子的方式出現的時候﹐由本規格說明規定的他們特有的含義。以下是在特定的父母元素類型中扮演重要角色的孩子元素類型的概要（其他的組合則沒有 XLink 規定的重要性）。
| 父類型 | 重要的自類型 |
|---|---|
simple | none |
extended |
locator﹐arc﹐resource﹐title |
locator | title |
arc |
title |
resource | none |
title | none |
使用 XLink 可能涉及使用很多的屬性來提供重要的鏈接信息。在特定類型的所有文檔的每一個實例中﹐期望的屬性值都不變的情況下﹐
可能添加屬性缺省值（固定的或不固定的）到 DTD 中﹐以便這些屬性無須具體地出現在元素開始標籤上。例如﹐在4 XLink 置標的設計 XLink 屬性置標設計介紹中的例子中﹐如果對 xmlns:xlink﹐xmlns:my﹐type﹐show﹐和 actuate屬性提供了的缺省﹐則該例看起來將會是這樣﹕
<my:crossReference xlink:href="students.xml" xlink:role="http://www.example.com/linkprops/studentlist" xlink:title="學生名單"> 現有學生的名單 </my:crossReference> |
在由 DTD 控制下生成的數據集合所有的屬性值將已填寫完成。
本規格說明只定義在 XLink 命名空間中的屬性和屬性值﹐沒有限制非 XLink 屬性與 XLink 屬性一起使用。此外﹐大多數的 XLink 屬性是可選項﹐而且選擇簡單或擴展鏈接是由置標設計者或文檔創作者決定﹐因此﹐使用 XLink 特徵的 DTD 不需要使用或聲明整個的 XLink's 的屬性集合。最後﹐雖然本規格說明在 XLink 置標上的只確定了最小限制﹐使用 XLink 的 DTD 可以隨意的加強這些限制。XLink 的使用不排除有效的文檔遵從它所屬的 DTD 中所表達的限制。
以下是既有 XLink 又有非 XLink 屬性的 crossReference 元素的例子﹕
<my:crossReference xmlns:my="http://example.com/" my:lastEdited="2000-06-10" xmlns:xlink="http://www.w3.org/1999/xlink" xlink:type="simple" xlink:href="students.xml"> 現有學生的名單 </my:crossReference> |
XLink 提供兩種類型的鏈接﹕
擴展鏈接提供完整的 XLink 功能﹐比如輸入和第三方弧﹐以及有任意數目分享資源的鏈接。作為結果﹐他們的結構可能是相當複雜的﹐包括指向遠程資源的元素﹐含有本地資源的元素﹐指定弧遊歷規則的元素﹐以及用于描述人類可讀的資源和弧的標題。
XLink 定義了一個方法來給擴展鏈接特別的語義以便尋找鏈結庫﹔使用這種方法﹐擴展鏈接幫助 XLink 應用程序處理其他的鏈接。
簡單鏈接提供簡寫的語法給一種常用的鏈接類型﹐即一個輸出鏈接帶有正好兩個分享資源（成為 HTML風格的 A 和 IMG 鏈接狀況）。因為簡單的鏈接提供比擴展鏈接少的功能﹐他們沒有特別的內在結構。
簡單鏈接從概念上是擴展鏈接的一個子集﹐但他們在語句構成上卻不同。例如﹐把一個簡單鏈接轉換成擴展鏈接時﹐需要變化一些結構。
以下各節定義了 XLink 各類的元素和屬性。
extended-類型元素）〔定義﹕擴展鏈接是一個聯合任意個數目的資源的鏈接﹐分享資源可能是遠程和本地的任何組合。〕
唯一一種可以有輸入和第三方弧的鏈接是擴展鏈接。在典型的情況下﹐擴展鏈接元素與它們相關聯的資源分開儲存（例如﹐存在完全地不同的文檔中）。因此﹐擴展鏈接對以下幾種情形是重要的﹕祇讀的分享資源﹔修改及更新資源的代價高﹐而修改及更新分開的鏈接元素的代價底﹔或是資源內在的格式並不支持植入鏈接（例如許多多媒體的格式）。
下列圖表展示了一個聯合五個遠程資源的擴展鏈接。舉例來說﹐這可以表示關於學生的課程負荷資訊﹕一個資源是一個學生的描述､一個為該學生的大學指導老師的描述､另外兩個代表該學生正在參加的課程﹐最後的資源表現該學生旁聽的課程。
沒有擴展鏈接﹐資源可能完全不相關﹔例如﹐他們可能是在五個分開的文檔中。從擴展鏈接發源的線表示它在資源之中創建的聯繫。雖然﹐線上沒有標明定向性。定向性是與遊歷的規則一起表示的﹔沒有提供這樣的規則的話﹐資源的聯繫則沒有特別的順序﹐也沒有提示資源是否和如何存取。
下面的圖表顯示了一個擴展鏈接聯繫了五個遠程資源和一個本地資源（一個特別的元素在擴展鏈接元素之內）。這可以當然表現與上例相同的課程負荷例子﹐並附加了學生的平均分數的儲存。同樣﹐線僅僅只表示了表現了六個資源的聯繫﹐而沒有遊歷的方向或行為提示。
用于擴展鏈接的 XLink 元素類型是任何有一個屬於 XLink 命名空間的､且名為 type 值為“extended”的屬性的元素。
extended-類型元素可能包含下列元素的任意順序的混合併可能同其他的內容和置標混合在一起﹕
對分享鏈接的遠程資源定位的 locator-類型元素
為鏈接分享的資源間提供遊歷規則的 arc-類型元素
給鏈接提供人類可讀的標題的 title-類型元素
提供分享鏈接的本地資源的 resource-類型元素
extended-類型元素聯合少于兩個的資源並不是一個錯誤。如果這樣的鏈接只有一個､或根本沒有分享資源﹐它只是不能遊歷而已。這樣的鏈接仍然可能是有用的﹐例如﹐可通過 XLink 屬性來聯繫獨立資源的特性﹐或者提供最終用于填充鏈接信息的佔位符。
在 extended-類型父元素之內任何地方的 simple 或 extended 類型的子元素都沒有 XLink 所載明的涵義。不是 extended-類型的直接孩子的 locator﹐arc 或 resource 類型的子元素則沒有 XLink 所載明的涵義。
extended-類型元素可能有與語義有關的 role 和 title 屬性（參看5.5 語義屬性（role﹐arcrole﹐和 title））。它們提供鏈接整體上的與語義有關的資訊﹔role 屬性指出整個鏈接所具有的特性﹐而 title 屬性提供人類可讀的整個鏈接的描述。如果其他 XLink 屬性出現在該元素﹐他們對該鏈接都沒有 XLink 所載明的關係。如果一個標題 title 屬性和一個或多個的 title-類型屬性出現在該元素﹐他們對該鏈接都沒有 XLink 所載明的關係﹔在 XLink 上建造的高層應用程序或許將會對在這情況指定適當的處理方法例如﹐使用優先順序）。
extended-類型元素的聲明和實例的範例以下是一個聲明 extended-類型元素及其子元素的非標準的集合。該例子的各部份被重複使用在本規格說明中各處。注意為了要突出在每一實例基礎上變更的屬性﹐type 屬性及其他的一些屬性在 DTD 中設為缺省。
<!ELEMENT courseload ((tooltip|person|course|gpa|go)*)>
<!ATTLIST courseload
xmlns:xlink CDATA #FIXED "http://www.w3.org/1999/xlink"
xlink:type (extended) #FIXED "extended"
xlink:role CDATA #IMPLIED
xlink:title CDATA #IMPLIED>
<!ELEMENT tooltip ANY>
<!ATTLIST tooltip
xlink:type (title) #FIXED "title"
xml:lang CDATA #IMPLIED>
<!ELEMENT person EMPTY>
<!ATTLIST person
xlink:type (locator) #FIXED "locator"
xlink:href CDATA #REQUIRED
xlink:role CDATA #IMPLIED
xlink:title CDATA #IMPLIED
xlink:label NMTOKEN #IMPLIED>
<!ELEMENT course EMPTY>
<!ATTLIST course
xlink:type (locator) #FIXED "locator"
xlink:href CDATA #REQUIRED
xlink:role CDATA #FIXED "http://www.example.com/linkprops/course"
xlink:title CDATA #IMPLIED
xlink:label NMTOKEN #IMPLIED>
<!-- GPA = "平均分數" -->
<!ELEMENT gpa ANY>
<!ATTLIST gpa
xlink:type (resource) #FIXED "resource"
xlink:role CDATA #FIXED "http://www.example.com/linkprops/gpa"
xlink:title CDATA #IMPLIED
xlink:label NMTOKEN #IMPLIED>
<!ELEMENT go EMPTY>
<!ATTLIST go
xlink:type (arc) #FIXED "arc"
xlink:arcrole CDATA #IMPLIED
xlink:title CDATA #IMPLIED
xlink:show (new
|replace
|embed
|other
|none) #IMPLIED
xlink:actuate (onLoad
|onRequest
|other
|none) #IMPLIED
xlink:from NMTOKEN #IMPLIED
xlink:to NMTOKEN #IMPLIED> |
以下是 XML 元素使用這些聲明看起來的可能的樣子。
<courseload>
<tooltip>棒-瓊斯的課程負荷</tooltip>
<person
xlink:href="students/patjones62.xml"
xlink:label="student62"
xlink:role="http://www.example.com/linkprops/student"
xlink:title="棒-瓊斯" />
<person
xlink:href="profs/jaysmith7.xml"
xlink:label="prof7"
xlink:role="http://www.example.com/linkprops/professor"
xlink:title="笨-斯密司博士" />
<!-- 更多的教授､教學助手､及其他的遠程資源 -->
<course
xlink:href="courses/cs101.xml"
xlink:label="CS-101"
xlink:title="計算機科學 101" />
<!-- 更多的課程､研究會､及其他的遠程資源 -->
<gpa xlink:label="PatJonesGPA">3.5</gpa>
<go
xlink:from="student62"
xlink:to="PatJonesGPA"
xlink:show="new"
xlink:actuate="onRequest"
xlink:title="棒-瓊斯的平均成勣" />
<go
xlink:from="CS-101"
xlink:arcrole="http://www.example.com/linkprops/auditor"
xlink:to="student62"
xlink:show="replace"
xlink:actuate="onRequest"
xlink:title="棒-瓊斯﹐旁聽本課程" />
<go
xlink:from="student62"
xlink:arcrole="http://www.example.com/linkprops/advisor"
xlink:to="prof7"
xlink:show="replace"
xlink:actuate="onRequest"
xlink:title="笨-斯密司博士﹐指導老師" />
</courseload> |
resource-類型元素）擴展鏈接通過在擴展鏈接內出現的特定子元素的方式標明它所分享的本地資源。整個的子元素﹐連同它的全部內容一起構成本地資源。
本地資源的 XLink 元素是任何帶有一個屬於 XLink 命名空間的､名為 type 且值為“resource”的屬性的元素。
resource-類型元素可能有任何的內容﹔不論出現的是什麼內容對鏈接都沒有 XLink 所載明的關係。resource-類型元素可能沒有內容﹔在這樣的情況下它被用作出發資源﹐預期在接到請求時開始遊歷﹐交互式 XLink 應用程序典型地將會產生一些內容以便給用戶一個方法開始該遊歷。如果 resource-類型元素有除了 extended-類型元素之外的其它的父母﹐resource-類型元素則沒有 XLink 所載明的涵義。
The resource-類型元素可能有與語義有關的 role 和 title屬性（參看5.5 語義屬性（role﹐arcrole﹐和 title））和遊歷的屬性 label（參看5.7 遊歷屬性（label﹐from﹐和 to））。語義有關的屬性在引導它的特定弧的內容以外提供關於資源的總體資訊﹔role屬性標示資源的一個特性﹐而和 title 屬性標示人類可讀的資源的描述。label 屬性提供一個方法給 arc-類型元素在創建遊歷的弧時能引用它。
resource-類型元素聲明及實例的樣本以下是一個 resource-類型元素的聲明的非標準集合。
<!ELEMENT gpa ANY> <!ATTLIST gpa xlink:type (resource) #FIXED "resource" xlink:role CDATA #FIXED "http://www.example.com/linkprops/gpa" xlink:title CDATA #IMPLIED xlink:label NMTOKEN #IMPLIED> |
以下是 XML 元素使用這些聲明看起來的可能的樣子。
<gpa xlink:label="PatJonesGPA">3.5</gpa> |
locator-類型元素）擴展鏈接標示通過定位器元素分享的遠程資源。
用于定位器的 XLink 元素是任何有一個屬於 XLink 命名空間的､且名為 type 的值為 “locator” 的屬性的元素。
locator-類型元素可能有任何的內容。除了 title-類型元素是直接的孩子外（參看5.1.4 擴展鏈接､定位器､及弧的標題（title-類型元素））﹐無論出現什麼內容對鏈接都沒有 XLink 所載明的關係。如果 locator-類型元素包含嵌套的 XLink 元素﹐有這樣的包含元素對父鏈接則沒有 XLink 所載明的關係。如果 locator-類型元素有除了擴展- 類型元素之外的父﹐該 locator-類型元素則沒有 XLink 所載明的涵義。
locator-類型元素必須有定位器屬性（參看5.4 定位器屬性（href））。定位器屬性（href）必須有提供一個數值。
locator-類型元素可能有與語義有關的 role 和 title 屬性（參看 5.5 語義屬性（role﹐arcrole﹐和 title））和遊歷的 label 屬性（參看5.7 遊歷屬性（label﹐from﹐和 to））。定位器屬性提供識別一個遠程資源的 URI 引用。與語義有關的屬性在引導它的特別弧的內容外﹐提供關於資源的總體資訊﹔role 屬性標示資源有的一個特性﹐而 title 屬性標示人類可讀的資源的描述。標示屬性提供一個方法給一個 arc-類型元素在創造遊歷的弧方面引用它。
注意﹕
locator-類型元素本身不能構成一個鏈接因為它僅僅有一個定位器（href）屬性﹔不像一個 simple-類型
元素﹐它不生成在它本身和引用資源之間的由 XLink 管理的聯繫。
locator-類型元素聲明和實例的範例以下是 locator-類型元素聲明一個非標準集合。
<!ELEMENT person EMPTY> <!ATTLIST person xlink:type (locator) #FIXED "locator" xlink:href CDATA #REQUIRED xlink:role CDATA #IMPLIED xlink:title CDATA #IMPLIED xlink:label NMTOKEN #IMPLIED> <!ELEMENT course EMPTY> <!ATTLIST course xlink:type (locator) #FIXED "locator" xlink:href CDATA #REQUIRED xlink:role CDATA #FIXED "http://www.example.com/linkprops/course" xlink:title CDATA #IMPLIED xlink:label NMTOKEN #IMPLIED> |
以下是 XML 元素使用這些聲明看起來的可能的樣子。
<person xlink:href="students/patjones62.xml" xlink:label="student62" xlink:role="http://www.example.com/linkprops/student" xlink:title="帕特 瓊斯" /> <person xlink:href="profs/jaysmith7.xml" xlink:label="prof7" xlink:role="http://www.example.com/linkprops/professor" xlink:title="笨-斯密司博士" /> <course xlink:href="courses/cs101.xml" xlink:label="CS-101" xlink:title="Computer Science 101" /> |
arc-類型元素）擴展鏈接可能通過一連串可選擇的弧元素來表明分享鏈接的資源之間的遊歷規則。
用于弧的 XLink 元素是任何有一個屬於 XLink 命名空間的､且名為 type 值為“arc”的屬性的元素。
arc-類型元素可能有任何的內容。除了是直接孩子的 title-類型元素之外（參看 5.1.4 擴展鏈接､定位器､及弧的標題（title-類型元素））﹐無論什麼內容都對鏈接都沒有 XLink 所載明的關係。如果 arc-類型元素有除了extended-類型元素之外的任何元素為父﹐那麼﹐該 arc-類型元素則沒有 XLink 所載明的涵義。
arc-類型元素可能有遊歷屬性 from 和 to（5.7 遊歷屬性（label﹐from﹐和 to））､行為屬性 show 和 actuate（參看5.6 行為屬性（show 和 actuate））以及語義屬性 arcrole 和 title（參看5.5 語義屬性（role﹐arcrole﹐和 title））。
遊歷屬性定義分享同一鏈接的資源對之間所期望的遊歷﹐這些資源由他們的 label 屬性的值標示。
from 屬性定義可能開始的資源﹐也就是出發資源﹐而屬性 to 定義可能遊歷到的資源﹐也就是終止資源。行為屬性為 XLink 應用程序指定遊歷向終止資源時所期望的行為。
語義屬性描述與出發資源的有關的弧的終止資源的意義。arcrole 屬性對應于〔RDF〕的特性概念﹐而 role 可以解釋成“出發-資源 有弧-角色終止-資源。”當把這個與上下文有關的角色從這個特定的弧的上下文中拿走時﹐它可能不同于終止資源的意義。舉例來說﹐資源可能關於泛泛地代表一個“人”﹐但是在特定的弧上下文中﹐它可能是個“母親”的角色﹐在另一個不同弧的上下文中﹐它可能是個“女兒”的角色。
當同一資源在一些弧（不論是在一個單獨鏈接中或跨越許多的鏈接）中都用作出發資源的時候﹐遊歷-請求行為不受本規格說明的限制﹐但是﹐對交互式應用程序來說的一種可能性是一個列出有關的弧､或鏈接標題的跳出式的菜單。
以下圖表展示了聯繫五個遠程資源的一個擴展鏈接﹐而且提供了在他們之中遊歷的規則。所有指定的弧都是第三方弧﹔也就是說﹐弧僅僅只在遠程資源之間。像上面一樣﹐無向性實線標示鏈接正聯合¨五個其它的資源﹔新的帶箭頭的虛線標示鏈接提供的遊歷的規則。注意一些資源享有相同的 label 值。
這一個圖表反映按以下設置來建立的方向遊歷弧﹐在這些弧中的 A 和 C 都允許開始對所有的 B 的地方遊歷。因為有的標示在幾個資源上都出現﹐每個弧的規格說明潛在地能同時產生幾個遊歷弧﹕
<go xlink:type="arc" xlink:from="A" xlink:to="B" /> <go xlink:type="arc" xlink:from="C" xlink:to="B" /> |
作為另外個例子﹐假設一個包含五個定位器的擴展鏈接﹐其中兩個 label 的值為 “parent” 而另外三個 label 的值為 “child” ﹕
<extendedlink xlink:type="extended"> <loc xlink:type="locator" xlink:href="..." xlink:label="parent" xlink:title="p1" /> <loc xlink:type="locator" xlink:href="..." xlink:label="parent" xlink:title="p2" /> <loc xlink:type="locator" xlink:href="..." xlink:label="child" xlink:title="c1" /> <loc xlink:type="locator" xlink:href="..." xlink:label="child" xlink:title="c2" /> <loc xlink:type="locator" xlink:href="..." xlink:label="child" xlink:title="c3" /> ... <!-- arc-類型元素將出現在這裡 --> </extendedlink> |
以下描述了從父資源到孩子資源的遊歷﹐包括所有的 p1-c1､p1-c2､p1-c3､p2-c1､p2-c2､和 p2-c3﹕
<go xlink:type="arc" xlink:from="parent" xlink:to="child" /> |
如果沒有為 from 或 to 屬性提供值﹐缺少的值被解釋成代表在該 extended-類型元素裡的所有 locator-類型元素上提供的標示。例如﹐以下描述了從父到孩子以及從孩子到孩子的遊歷﹐包括所有的 p1-c1､p1-c2､p1-c3､p2-c1､p2-c2､p2-c3､c1-c1､c1-c2､c1-c3､c2-c1､c2-c2､c2-c3､c3-c1､c3-c2､
and c3-c3﹕
<go xlink:type="arc" xlink:to="child" /> |
在這情況下﹐注意遊歷的規則包括帶有相同的標示的從某些資源到其他資源的弧（從一個孩子到其它孩子）﹐以及從一些資源到他們自己本身（從一個孩子到它本身）﹔這並不是一個錯誤。
在擴展鏈接裡如果沒有提供 arc-類型元素﹐那麼﹐缺少的 from 和 to 通過擴展的值被解釋成在那個鏈接裡的所有的標示。這等價于對以下遊歷的規格說明﹕
<go xlink:type="arc" /> |
當超過一個定位器有相同的標示﹐帶有相同的標示定位器的集合被理解成單獨的定位器﹐而不是當做一個聚合資源﹔這樣一個鏈接可能是與一個所有的定位器有不同的角色並指定適當的弧來生成相同的遊歷對的鏈接的遊歷行為相同。
如果擴展鏈接弧的遊歷規則省去任何可能的遊歷對﹐XLink 則沒有對這些對定義遊歷。高層應用程序可能運行的一個非 XLink 引導的遊歷﹔例如﹐檢查鏈接的步驟可能遊歷所有可能的資源對。
每一個 arc-類型元素必須有一對 from 和 to 的值﹐這些值（分別地）不與在同一的擴展鏈接中的任何其他的 arc-類型元素的 from 和 to 的值重複﹐也就是說﹐鏈接裡的每一對必須是獨一無二的。
arc-類型元素聲明和實例的範例以下是一個 arc-類型元素聲明的非標準的集合。
<!ELEMENT go EMPTY>
<!ATTLIST go
xlink:type (arc) #FIXED "arc"
xlink:arcrole CDATA #IMPLIED
xlink:title CDATA #IMPLIED
xlink:show (new
|replace
|embed
|other
|none) #IMPLIED
xlink:actuate (onLoad
|onRequest
|other
|none) #IMPLIED
xlink:from NMTOKEN #IMPLIED
xlink:to NMTOKEN #IMPLIED> |
以下是 XML 元素使用這些聲明看起來的可能的樣子。
<go xlink:from="student62" xlink:to="PatJonesGPA" xlink:show="new" xlink:actuate="onRequest" xlink:title="棒-瓊斯的平均成勣" /> <go xlink:from="CS-101" xlink:arcrole="http://www.example.com/linkprops/auditor" xlink:to="student62" xlink:show="replace" xlink:actuate="onRequest" xlink:title="棒-瓊斯﹐旁聽本課程" /> <go xlink:from="student62" xlink:arcrole="http://www.example.com/linkprops/advisor" xlink:to="prof7" xlink:show="replace" xlink:actuate="onRequest" xlink:title="笨-斯密司博士﹐指導老師" /> |
title-類型元素）extended-､locator-､和 arc-類型元素可能有 title 屬性（更多信息參見5.5 語義屬性（role﹐arcrole﹐和 title））。然而﹐他們也可能有一連串的一個或多個的 title-類型元素。例如﹐在人類可讀的標示信息需要進一步地元素置標的情況下､或者是多個標題是必需的情況下﹐這樣的元素很有用的。使用 title-類型元素的常見的一個動機是為了解決國際化和本地化的問題。例如﹐標題置標可能對雙向性上下文或是在東亞語言中是必需的﹐而且多重標題對標題的不同自然語言版本可能是必需的。
用于標題的 XLink 元素是任何有一個屬於 XLink 命名空間的､且名為 type 值為 “title” 的屬性的元素。
title-類型元素可能有任何的內容。如果 title-類型元素包含有嵌套的 XLink 元素﹐有這樣的嵌套元素對包含標題的父鏈接則沒有 XLink 所載明的關係。如果 title-類型元素有除了 extended-､locator-､或 arc-類型元素以外的父﹐該 title-類型元素則沒有 XLink 所載明的涵義。
title-類型元素的聲明和實例的範例以下是一個關於 title-類型元素聲明的非標準的集合。該元素已經被賦予 xml:lang 屬性﹐這個屬性可能與服務器的設定或其他的上下文的信息一起來決定所使用的標題。
<!ELEMENT advisorname (name)> <!ATTLIST advisorname xlink:type (title) #FIXED "title" xml:lang CDATA #IMPLIED> <!ELEMENT name (honorific?, given, family)> <!-- 更多的 name 的子元素聲明 --> |
以下是 XML 元素使用這些聲明看起來的可能的樣子。
<advisor xlink:href="profs/jaysmith7.xml" ...>
<advisorname xml:lang="zh">
<name>
<honorific>博士</honorific>
<given>笨</given>
<family>斯密司</family>
</name>
</advisorname>
</advisor> |
對於要從出發資源遊歷到終止資源的 XLink 應用程﹐它需要找出出發資源和鏈接。在輸出弧的情況下﹐找出這兩個信息不是個問題﹐因為出發資源不是鏈接元素本身就是鏈接元素的一個孩子。但是﹐在輸入和第三方弧的情況下﹐XLink 應用程序則需要以某種方式找到¨兩個信息。
在課程負荷例子中﹐擴展鏈接能聯合遠程資源對來表示學生和課程。為了使系統能以提供遊歷相關信息的方式（例如﹐允許用戶在學生的名字上點一下來遊歷到她所註冊的課程的關於資訊）載入並呈現一個“學生資源”（如一個人的描述和照片）﹐它需要找出並且使用包含這些聯繫的擴展鏈接。
鏈結庫常藉¨將許多相關的鏈接元素聚集在一起﹐來使鏈接管理更加容易。XLink 提供讓 XLink 應用程序存取可能的有關的鏈結庫的方法。指令採用弧的規格說明（無論是在擴展鏈接中明確指定﹐或在簡單鏈接中隱式地指定）的形式﹐該規格說明對於它的弧型角色屬性有以下的值﹕
http://www.w3.org/1999/xlink/properties/linkbase |
在帶有這個特定的值的弧的終止資源中所描述的任何鏈結庫必須是 XML 文檔。
（XLink 應用程序可能使用任何其他的方法找出並處理額外的鏈結庫。）
處理鏈結庫的弧非常像處理一般的弧﹐不是將它呈現給用戶或運行一些另外地處理﹐除了遊歷需要載入終止資源（鏈結庫）來析取它的鏈結以備稍後使用外。該處理在 XLink 應用程序在用戶的選擇下必須延緩鏈結庫弧的遊歷方面也是特殊的。
尤其是在載入鏈結庫弧時﹐XLink 應用程序應該保持跟蹤什麼是出發資源。每當載入包含出發資源的文檔﹐和鏈結庫弧的遊歷被激活時﹐應用程序應該訪問鏈結庫並析取在其中發現的任何的擴展鏈接。在被析取的資源是一個完全的 XML 文檔的一部份時﹐例如一個範圍或字串範圍﹐應該僅僅可以使用那些完全地包含在析取部份內的擴展鏈接。
鏈結庫弧遊歷的時間安排由弧的 actuate 屬性來決定。例如﹐如果該值是 "onLoad"﹐則一旦載入出發資源﹐就載入鏈結庫並析取它的鏈接。必須忽略任何在鏈結庫弧上的 show 屬性的值﹐因為遊歷在這情況下不需要承擔呈現的任務。
鏈結庫可能由於被用作出發資源同時又是另一個鏈結庫弧而成為鏈狀的。解釋起始鏈結庫弧的應用程序可能選擇限制在鏈中處理步驟的數目。
應用程序應該維護一個處理鏈結庫的檢索結果的擴展鏈接的清單﹐而且不應該檢索重複的的資源或存在循環依賴的情況下的鏈接。為了簡化 XLink 的處理﹐文檔創建者可能願意在接近文檔開始的地方定義鏈結庫弧。
以下是一個關於專用于提供鏈結庫弧的擴展鏈接聲明的非標準的集合﹕
<!ELEMENT basesloaded ((startrsrc|linkbase|load)*)>
<!ATTLIST basesloaded
xlink:type (extended) #FIXED "extended">
<!ELEMENT startrsrc EMPTY>
<!ATTLIST startrsrc
xlink:type (locator) #FIXED "locator"
xlink:href CDATA #REQUIRED
xlink:label NMTOKEN #IMPLIED>
<!ELEMENT linkbase EMPTY>
<!ATTLIST linkbase
xlink:type (locator) #FIXED "locator"
xlink:href CDATA #REQUIRED
xlink:label NMTOKEN #IMPLIED>
<!ELEMENT load EMPTY>
<!ATTLIST load
xlink:type (arc) #FIXED "arc"
xlink:arcrole CDATA #FIXED "http://www.w3.org/1999/xlink/properties/linkbase"
xlink:actuate (onLoad
|onRequest
|other
|none) #IMPLIED
xlink:from NMTOKEN #IMPLIED
xlink:to NMTOKEN #IMPLIED> |
以下是使用這些聲明的一個 XML 元素看起來可能的樣子。這表示當一個規格說明文檔載入時﹐一個充滿對它註解的鏈結庫也應該自動地載入﹐這可能迫使重新解析整個的規格說明文檔來揭示它裡面的任何用作在鏈結庫內發現的鏈接中的開始資源的區域。
<basesloaded> <startrsrc xlink:label="spec" xlink:href="spec.xml" /> <linkbase xlink:label="linkbase" xlink:href="linkbase.xml" /> <load xlink:from="spec" xlink:to="linkbase" actuate="onLoad" /> </basesloaded> |
如果在請求下載入了鏈結庫﹐下面是使用這些聲明的一個 XML 元素看起來可能的樣子。這一次﹐出發資源由“點一下在這裡查看註解。”這幾個字所組成。當以上的例子中﹐如果出發資源是整個文檔﹐證實的對話窗會是一個允許用戶激活遊歷的合理的行為。
<basesloaded>
<startrsrc
xlink:label="spec"
xlink:href="spec.xml#string-range(//*,'點一下在這裡查看註解。')" />
<linkbase xlink:label="linkbase" xlink:href="linkbase.xml" />
<load xlink:from="spec" xlink:to="linkbase" actuate="onRequest" />
</basesloaded> |
simple-類型元素）〔定義﹕簡單鏈接是一個正好聯合兩個資源的鏈接﹐兩個資源的一個為本地､一個為遠程﹐弧從前者走向後者。因此﹐簡單鏈接總是一個輸出鏈接〕。
簡單鏈接的目的是作為等價的擴展鏈接的方便的簡寫。一個單獨的簡單鏈接元素聯合了 extended-類型元素､locator-類型元素､arc-類型元素和 resource-類型元素的基本功能。
以下圖表顯示了簡單鏈接的特性﹔它聯合一個本地和一個遠程資源﹐而且隱式地提供了一個單獨的從本地資源到遠程資源的遊歷弧。舉例來說﹐這可以代表在本文中出現的學生名字﹐當點一下該名字時﹐則得到關於學生的資訊。
簡單鏈接能大致上用下面的方法由擴展鏈接來表現﹕
<studentlink xlink:type="extended">
<resource
xlink:type="resource"
xlink:label="local">棒-瓊斯</resource>
<locator
xlink:type="locator"
xlink:href="..."
xlink:label="remote"
xlink:role="..."
xlink:title="..." />
<go
xlink:type="arc"
xlink:from="local"
xlink:to="remote"
xlink:arcrole="..."
xlink:show="..."
xlink:actuate="..." />
</studentlink> |
簡單鏈接綜合上面 (除了類型和標示以外)的所有的功能在一個單獨元素內。對於那些只需要這個特點子集的情況﹐簡單鏈接元素可以是擴展鏈接元素的替換。從簡單鏈接中失去的功能包括以下列各項﹕
提供任意數目的本地和遠程資源
指定一個從遠程資源到本地資源的弧
將標題與單獨的硬連線弧相聯繫
將角色或標題與本地資源相聯繫
整個地將角色或標題與鏈接相聯繫
用于簡單鏈接的 XLink 元素是任何有一個屬於 XLink 命名空間的､且名為 type 值為 “simple” 的屬性的元素。上述擴展鏈接的簡單同價式等如下所示﹕
<studentlink xlink:href="...">棒-瓊斯</studentlink> |
simple-類型元素可能有任何的內容。simple-類型元素本身﹐連同它全部的內容﹐是鏈接的本地資源﹐仿彿元素是一個 resource-類型元素。如果一個 simple-類型元素包含嵌套的 XLink 元素﹐有這樣包含的元素對父鏈接的則沒有 XLink 規定的關係。simple-類型元素可能沒有內容﹔在鏈接因請求而期望進行遊歷的情況下﹐交戶式 XLink 應用程序通常將會產生一些內容以便給用戶一個開始遊歷的方法。
simple-類型元素有效地得到來自定位器的屬性 href 和 locator-類型元素的語義屬性 role 和 title､行為屬性 show 和 actuate ､以及來自 arc-類型元素的單純與語義有關的屬性 arcrole。
simple-類型元素沒有定位器（href）屬性值並不是個錯誤。如果沒有提供一個值﹐鏈接只是不能遊歷。這樣的鏈接仍然可能是有用的﹐例如﹐通過 XLink 屬性使特性和資源相聯繫。
simple-類型元素聲明和實例的範例以下是一個simple-類型元素的聲明的非標準的集合。
<!ELEMENT studentlink ANY>
<!ATTLIST studentlink
xlink:type (simple) #FIXED "simple"
xlink:href CDATA #IMPLIED
xlink:role NMTOKEN #FIXED "http://www.example.com/linkprops/student"
xlink:arcrole CDATA #IMPLIED
xlink:title CDATA #IMPLIED
xlink:show (new
|replace
|embed
|other
|none) #IMPLIED
xlink:actuate (onLoad
|onRequest
|other
|none) #IMPLIED> |
以下是一個 XML 文檔使用這些聲明可能看起來的樣子。
﹒﹒﹒﹐而且<studentlink xlink:href="students/patjones62.xml">棒-瓊斯</studentlink>在學生會裡很受歡迎。 |
type）用于指定 XLink 元素類型的屬性是 type。
當 type 屬性的值為“none”時﹐元素則沒有 XLink 所載明的意義﹐而且任何 XLink 相關的內容或屬性對該元素都沒有 XLink 所載明的關係。
type 屬性聲明範例以下是一個關於預定要成為 simple-類型的元素其上的 type 的非標準的屬性列表的聲明。
<!ATTLIST xlink:simple xlink:type (simple) #FIXED "simple" ...> |
對於一個只在一些場合上作為 XLink 元素的元素﹐其聲明可能如下﹐其中文檔創建作者在一些情形下設定該值為 “simple” 而在其它的情形下設定該值為 “none”。在幫助 XLink 應用程序避免檢查是否有 href 的值方面﹐使用 “none” 可能是有用的。
<!ATTLIST commandname xlink:type (simple|none) #REQUIRED xlink:href CDATA #IMPLIED> |
href）提供數據給 XLink 應用程序尋找遠程資源（或資源片段）的屬性是 href。它可能使用在 simple-類型元素上﹐而必須使用在 locator-類型元素上。
href 屬性的值必須是由〔IETF RFC 2396〕所定義的 URI 引用﹐或者﹐在使用了下面所描述的轉碼過程後的結果必須是 URI 引用。該過程使用在將 URI 引用傳遞給 URI 解析器的時候。
一些字符即使在 XML 中是允許使用的﹐但在 URI 引用中卻不允許。不允許的字符包括所有非 ASCII 字符､以及在〔IETF RFC 2396〕的第 2.4 節中列出的拒絕接納的字符﹐除了在〔 IETF RFC 2732 〕中重新允許的數目符（#）､百分號（%）和方括符外。不允許的字符必須依下列各項來轉碼﹕
每個不允許的字符轉換成一個或多個的 UTF-8〔IETF RFC 2279〕字節。
與不允許的字符所對應的任何字節通過 URI 的轉換機製來轉換（也就是說﹐轉換成 %HH﹐HH 是字節值的十六進制的表示法）。
原來的字符由生成的字符序列來代替。
因為由任何應用程序來檢查一個值是否是 URI 引用是不切實際的﹐本規格說明在這個問題上依照〔IETF RFC 2396〕的引導﹐而沒有對 XLink 應用程序強制一致性測試這樣的需求。
URI 引用是相對的﹐它的絕對的版本在使用前必須按照〔XML Base〕的方法來計算。
對於進入 XML 資源內部的定位器﹐在 URI 引用裡面使用的片段的識別符（如果有的話）的格式﹐則由XPointer 規格說明〔XPTR〕來指定。
href 屬性聲明範例以下是一個關於預定要成為 simple-類型的元素其上的 href 的非標準的屬性列表的聲明。
<!ATTLIST simplelink xlink:href CDATA #REQUIRED ...> |
role﹐arcrole﹐和 title）在鏈接的上下文裡面描述資源的意義屬性是 role､arcrole､和 title。role 屬性可能用在 extended-､simple､locator-､和 resource-類型元素上。arcrole 屬性可能用在 arc-､和 simple-類型元素上。title 屬性可能用在所有這些類型的元素上。
role 或 arcrole 屬性的值必須是由〔IETF RFC 2396〕所定義的 URI 引用﹐除瞭如果所使用的 URI 方案允許有絕對的和相對的形式﹐URI 部份必須是絕對的。URI 引用標示一些描述想要的特性的資源。沒有提供值的時﹐則不會推導出特別的 role 值。這些屬性中所不允許的 URI 引用字符必須按5.4 定位器屬性（href）所描述的特別地轉碼。
title 屬性同 role 或 arcrole 屬性一起（不過﹐也參看5.1.4 擴展鏈接､定位器､及弧的標題（title-類型元素））以人類可讀的形式來描述鏈接或資源的意義。值是可選項﹔如果提供一個值﹐它應該包含一個描述資源的字串。這項信息的使用極大地依賴于正在進行處理的類型。舉例來說﹐它可能提供標題給視覺上有弱視的用戶的應用程序﹐或生成一個鏈接的列表﹐或當用戶用鼠標指在出發資源上方附近的時候出現幫助本文。
role 和 title 屬性聲明的範例以下是一個關於預定要成為 simple-類型的元素其上的 role 和 title 的非標準的屬性列表的聲明。
<!ATTLIST simplelink ... xlink:role CDATA #IMPLIED xlink:title CDATA #IMPLIED ...> |
以下是一個關於預定要成為 arc-類型的元素其上的 arcrole 和 title 的非標準的屬性列表的聲明。
<!ATTLIST go ... xlink:arcrole CDATA #IMPLIED xlink:title CDATA #IMPLIED ...> |
show 和 actuate）行為屬性是 show 和 actuate。他們可能用在 simple- 和 arc-類型元素。當用在 simple-類型元素上時﹐他們向單個的遠程終止資源發出遊歷行為意圖的信號。當用在 arc-類型元素上時﹐他們向由該弧指定的所有（遠程或本地的）終止資源發出遊歷行為意圖的信號。
show 和 actuate 屬性不是必須有的。當使用他們時﹐遵從 XLink 的應用程序應該按本節指定的方式使用。因為它們對像是瀏覽器這樣的交互式應用程序是有意義的﹐而對像 robot 這樣的非交互式應用程序是卻不太可能有意義﹐所以對這種使用沒有硬性（“must”）的要求。雖然如此﹐所有的應用程序應該在選擇不同的線路之前考慮忽略指定的行為的完全的含意。
show 和 actuate 屬性聲明的範例以下是一個關於預定要成為 simple-類型的元素其上的 show 和 actuate 的非標準的屬性列表的聲明。
<!ATTLIST simplelink
xlink:type (simple) #FIXED "simple"
...
xlink:show (new
|replace
|embed
|other
|none) #IMPLIED
xlink:actuate (onLoad
|onRequest
|other
|none) #IMPLIED
...> |
遇到在鏈結庫列表中的 arc-類型類型元素的應用程序必須使用其行為屬性﹐仿彿他們被指定成 show="none" 和 actuate="onLoad"﹐即使已指定了其他的值。
show 屬性show 屬性用來傳達來自出發資源的遊歷上所期望的終止資源的表現方法。
如果提供了show 屬性的值﹐則該值必須是 “new”､“replace”､“embed”､“other”､和 “none” 中的一個。
遵從 XLink 的應用程序應該對 show 值使用下列的處理﹕
遊歷到終止資源的一個應用程序應該載入到新的窗帉､圖文框､窗格､或其他的有關表現方法的上下文中。這與下列 HTML 片段所達成的效果類似﹕
<A HREF="http://www.example.org" target="_blank">...</A> |
遊歷到終止資源的應用程序應該載入與載入出發資源的相同的窗帉､圖文框､窗格､或其他的有關表現方法的上下文中。這與下列 HTML 片段所達成的效果類似﹕
<A HREF="http://www.example.org" target="_self">...</A> |
遊歷到終止資源的應用程序應該載入到出發資源的呈現的地方。這與下列 HTML 片段所達成的效果類似﹕
<IMG SRC="http://www.example.org/smiley.gif" ALT=":-)"> |
出發資源典型地的表現方法不是由整個的文檔組成﹔只有當文檔的根元素是一個簡單的鏈接時候﹐它才會是整個的文檔。因此﹐嵌入通常與替換的效果明顯不同。
正如 HTML IMG 元素﹐嵌入只影響相關的資源表示。它不表示出發資源的永久變化。換種說法﹐當處理嵌入的 XLink 時﹐鏈接的終止資源的式樣結果融入到它所嵌入資源的式樣結果中。相反地﹐當解析像 XInclude 元素 〔XInclude〕 這樣的構造的時候﹐原來的 XML 實際上被轉換到包括該引用的內容中。
在本規格說明的本版本中沒有定義當嵌入基於 XML（〔IETF RFC 2376〕 或 〔IETF I-D XMT〕）的終止資源時﹐遵從 XLink 的應用程序的行為。
嵌入的資源表現方法依賴于應用程序。
遊歷到終止資源穿越的應用程序的行為不受本規格說明約束。應用程序應該在鏈接中尋找其他出現的置標來決定適當的行為。
遊歷到終止資源的應用程序的行為不受本規格說明約束。沒有其他出現的置標來幫助應用程序決定適當的行為。
像是在資源中不同的位置的一連串的字串範圍﹐如果出發或終止資源由非鄰近的多重的位置所組成﹐那麼﹐應用程序行為則不受約束。（選擇 XML 文檔的部份的更多資訊參看〔XPTR〕。）
注意﹕
非鄰近的終止資源的應用程序一些可能的行為包括﹕高光每個位置﹔生成對話框允許讀者在位置之中做選擇﹐好像有不同的弧引領到每一個位置﹔連接所有的位置內容一起表示﹐等等。非鄰近的出發資源的應用程序行為可能包括連接和表現成為一個獨立的單位﹐或創建一個弧發源于每個鄰近的部份。
actuate 屬性actuate 屬性用來傳達從出發資源到終止資源的遊歷所期望的時機。
如果提供了 actuate 屬性的值﹐則該值必須是 “onLoad”､“onRequest”､“other”､和 “none” 中的一個。
遵從 XLink 的應用程序應該對 actuate 值使用下列的處理﹕
在載入出發資源時﹐應用程序應該立即遊歷到終止資源。 當用戶代理設置成顯示圖像時﹐這與下列 HTML 片段所達成的有代表性的效果類似﹕
<IMG SRC="http://www.example.org/smiley.gif" ALT=":-)"> |
如果單個資源包含多個行為設定為 show="replace" actuate="onLoad" 的弧﹐則應用程序的行為不受 XLink 的約束。
應用程序應該只在載入後有打算遊歷的事件觸發後﹐才從出發資源到終止資源的遊歷。一個這樣事件的例子可能是用戶點擊出發資源的顯示﹐或者一個軟件模塊在改向之前完成倒數計時。
遊歷到終止資源的應用程序的行為不受本規格說明約束。應用程序應該在鏈接中尋找其他出現的置標來決定適當的行為。
遊歷到終止資源穿越的應用程序的行為不受本規格說明約束。沒有其他出現的置標來幫助應用程序決定適當的行為。
以下 DTD 對本規格說明沒有指定的所有行為構造了一個不完整的 (為了爭論的目的) XLink 構造。 它只提供方便給應用程序的開發者﹔它沒有標準的地位。
對本 DTD 有以下的假設﹕
只允許那些有 XLink 定義的意義的構造。
因為 DTD 不能很好處理命名空間﹐所以在其中不混合“外來的”字彙。
使用ANY意味¨通常在該元素中提供內容被 XLink 以某種方法使用。
使用 (title*) 構造意味¨任何提供非-title的內容都沒有 XLink 定義的用途。
元素依它們代表的 XLink 元素類型來命名。
其他的假設和條件出現在 DTD 的註解之中。
<!ELEMENT simple ANY>
<!ATTLIST simple
xlink:type (simple) #FIXED "simple"
xlink:href CDATA #IMPLIED
xlink:role CDATA #IMPLIED
xlink:arcrole CDATA #IMPLIED
xlink:title CDATA #IMPLIED
xlink:show (new
|replace
|embed
|other
|none) #IMPLIED
xlink:actuate (onLoad
|onRequest
|other
|none) #IMPLIED>
<!ELEMENT extended ((title|resource|locator|arc)*)>
<!ATTLIST extended
xmlns:xlink CDATA #FIXED "http://www.w3.org/1999/xlink"
xlink:type (extended) #FIXED "extended"
xlink:role CDATA #IMPLIED
xlink:title CDATA #IMPLIED>
<!ELEMENT title ANY>
<!-- xml:lang is not required, but provides much of the motivation
for title elements in addition to attributes, and so is provided
here for convenience -->
<!ATTLIST title
xlink:type (title) #FIXED "title"
xml:lang CDATA #IMPLIED>
<!ELEMENT resource ANY>
<!ATTLIST resource
xlink:type (resource) #FIXED "resource"
xlink:role CDATA #IMPLIED
xlink:title CDATA #IMPLIED
xlink:label NMTOKEN #IMPLIED>
<!ELEMENT locator (title*)>
<!-- label is not required, but locators have no particular XLink
function if they are not labeled -->
<!ATTLIST locator
xlink:type (locator) #FIXED "locator"
xlink:href CDATA #REQUIRED
xlink:role CDATA #IMPLIED
xlink:title CDATA #IMPLIED
xlink:label NMTOKEN #IMPLIED>
<!ELEMENT arc (title*)>
<!-- from and to have default behavior when values are missing -->
<!ATTLIST arc
xlink:type (arc) #FIXED "arc"
xlink:arcrole CDATA #IMPLIED
xlink:title CDATA #IMPLIED
xlink:show (new
|replace
|embed
|other
|none) #IMPLIED
xlink:actuate (onLoad
|onRequest
|other
|none) #IMPLIED
xlink:from NMTOKEN #IMPLIED
xlink:to NMTOKEN #IMPLIED>
|
這一個規格說明是 XML 鏈接工作小組的工作成果﹐並藉由以下在完成本規格說明中的活躍的成員:
編者願感謝來自 Tim Bray 實質上的貢獻﹐他先前擔任共同編者和共同主席﹔以及先前擔任共同編者 Ben Trafford。我們也願感謝 Gabe Beged-Dov 的重要貢獻﹐他寫了 XArc 提議。最後﹐我們也願感謝 XML 鏈接興趣小組的支持和投入﹐以及 Henry Thompson 在本出版物出版之前的最近幾數個月擔任小組主席及職員連絡。