~ubuntu-branches/ubuntu/feisty/w3-recs/feisty

« back to all changes in this revision

Viewing changes to REC-xlink-20010627.html

  • Committer: Bazaar Package Importer
  • Author(s): Francesco Paolo Lovergine
  • Date: 2004-08-17 12:11:09 UTC
  • Revision ID: james.westby@ubuntu.com-20040817121109-i3pqvqpgiv2far8j
Tags: 2004.08-1
* Revised titles for w3rec-xmlschema-* again :-/
  (closes: #263931)
* Added missing image components.gif
  (closes: #192949)
* Added missing recommendation:
        XHTML 1.0
  (closes: #236079)
* Added a README.debian file.
* Added w3m as preferred www-browser

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
1
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
 
2
<html lang="en"><head>
 
3
<META http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"><meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"><title>XML Linking Language (XLink) Version 1.0</title><style type="text/css">
 
4
code           { font-family: monospace; }
 
5
 
 
6
div.constraint,
 
7
div.issue,
 
8
div.note,
 
9
div.notice     { margin-left: 2em; }
 
10
 
 
11
dt.label       { display: run-in; }
 
12
 
 
13
li p           { margin-top: 0.3em;
 
14
                 margin-bottom: 0.3em; }
 
15
      </style><link rel="stylesheet" type="text/css" href="http://www.w3.org/StyleSheets/TR/W3C-REC.css"></head><body>
 
16
 
 
17
<div class="head"><p><a href="http://www.w3.org/"><img src="http://www.w3.org/Icons/w3c_home" alt="W3C" height="48" width="72"></a></p>
 
18
<h1>XML Linking Language (XLink) Version 1.0</h1>
 
19
<h2>W3C Recommendation 27 June 2001</h2><dl><dt>This version:</dt><dd><a href="http://www.w3.org/TR/2001/REC-xlink-20010627/">http://www.w3.org/TR/2000/REC-xlink-20010627/</a>(available in <a href="http://www.w3.org/TR/2001/REC-xlink-20010627/Overview.html">HTML</a>, <a href="http://www.w3.org/TR/2001/REC-xlink-20010627/Overview.xml">XML</a>)</dd><dt>Latest version:</dt><dd><a href="http://www.w3.org/TR/xlink/">http://www.w3.org/TR/xlink/</a></dd><dt>Previous versions:</dt><dd><a href="http://www.w3.org/TR/2000/PR-xlink-20001220/">http://www.w3.org/TR/2000/PR-xlink-20001220/</a></dd><dt>Editors:</dt>
 
20
<dd>Steve DeRose, Brown University Scholarly Technology
 
21
Group</dd>
 
22
<dd>Eve Maler, Sun Microsystems</dd>
 
23
<dd>David Orchard, Jamcracker</dd>
 
24
</dl><p class="copyright"><a href="http://www.w3.org/Consortium/Legal/ipr-notice-20000612#Copyright">Copyright</a>&nbsp;�&nbsp;2001&nbsp;<a href="http://www.w3.org/"><abbr title="World Wide Web Consortium">W3C</abbr></a><sup>�</sup> (<a href="http://www.lcs.mit.edu/"><abbr title="Massachusetts Institute of Technology">MIT</abbr></a>, <a href="http://www.inria.fr/"><abbr lang="fr" title="Institut National de Recherche en Informatique et Automatique">INRIA</abbr></a>, <a href="http://www.keio.ac.jp/">Keio</a>), All Rights Reserved. W3C <a href="http://www.w3.org/Consortium/Legal/ipr-notice-20000612#Legal_Disclaimer">liability</a>, <a href="http://www.w3.org/Consortium/Legal/ipr-notice-20000612#W3C_Trademarks">trademark</a>, <a href="http://www.w3.org/Consortium/Legal/copyright-documents-19990405">document use</a>, and <a href="http://www.w3.org/Consortium/Legal/copyright-software-19980720">software licensing</a> rules apply.</p></div><hr><div>
 
25
<h2><a name="abstract">Abstract</a></h2>
 
26
<p>This specification defines the XML Linking Language (XLink), which allows
 
27
elements to be inserted into XML documents in order to create and describe
 
28
links between resources. It uses XML syntax to create structures that can
 
29
describe links similar to the simple unidirectional hyperlinks of today's
 
30
HTML, as well as more sophisticated links.</p>
 
31
</div><div>
 
32
<h2><a name="status">Status of this Document</a></h2>
 
33
 
 
34
<p>This document has been reviewed by W3C Members and other 
 
35
   interested parties and has been endorsed by the Director 
 
36
   as a W3C Recommendation. It is a stable document and may 
 
37
   be used as reference material or cited as a normative 
 
38
   reference from another document. 
 
39
   W3C's role in making the Recommendation is to draw attention to the 
 
40
   specification and to promote its widespread deployment. This 
 
41
   enhances the functionality and interoperability of the Web.
 
42
</p><p>For information about the XPointer language that <a title="Must, May, etc." href="#dt-must">may</a>
 
43
be used with XLink, see <a href="#xptr">[XPTR]</a>.</p>
 
44
<p>This document has been produced by the W3C XML Linking Working
 
45
        Group as part of the XML Activity in the W3C Architecture
 
46
        Domain.  For background on this work, please see the <a href="http://www.w3.org/XML/Activity">XML
 
47
Activity Statement</a>.</p>
 
48
<p>Please report possible errors in this
 
49
document to the public email list <a href="mailto:www-xml-linking-comments@w3.org">www-xml-linking-comments@w3.org</a> (archive
 
50
   at
 
51
   <a href="http://lists.w3.org/Archives/Public/www-xml-linking-comments/">http://lists.w3.org/Archives/Public/www-xml-linking-comments/</a>). Any
 
52
   confirmed errors will be documented in an list of errata available
 
53
   at <a href="http://www.w3.org/2001/06/xlink-errata">http://www.w3.org/2001/06/xlink-errata</a>.</p>
 
54
<p>The English version of this specification is the only normative
 
55
   version. Information about translations of this document is available
 
56
   at <a href="http://www.w3.org/2001/06/xlink-translations">http://www.w3.org/2001/06/xlink-translations</a>.</p>
 
57
<p>See <a href="#xldp">[XLDP]</a> for additional background on the design principles
 
58
informing XLink, and <a href="#xlreq">[XLREQ]</a> for the normative XLink requirements
 
59
that this document attempts to satisfy. XLink does not support all HTML linking
 
60
constructs as they stand; see <a href="#xlink-naming">[XLinkNaming]</a> for a discussion
 
61
of this situation.</p>
 
62
<p>A list of current W3C Recommendations and other technical documents can
 
63
be found at <a href="http://www.w3.org/TR/">http://www.w3.org/TR/</a>.</p>
 
64
</div>
 
65
<div class="toc">
 
66
<h2><a name="contents">Table of Contents</a></h2><p class="toc">1 <a href="#intro">Introduction</a><br>&nbsp;&nbsp;&nbsp;&nbsp;1.1 <a href="#origin-goals">Origin and Goals</a><br>2 <a href="#N781">XLink Concepts</a><br>&nbsp;&nbsp;&nbsp;&nbsp;2.1 <a href="#N789">Links and Resources</a><br>&nbsp;&nbsp;&nbsp;&nbsp;2.2 <a href="#N854">Arcs, Traversal, and Behavior</a><br>&nbsp;&nbsp;&nbsp;&nbsp;2.3 <a href="#N899">Resources in Relation to the Physical Location of a Linking Element</a><br>3 <a href="#conformance">XLink Processing and Conformance</a><br>&nbsp;&nbsp;&nbsp;&nbsp;3.1 <a href="#N1022">Processing Dependencies</a><br>&nbsp;&nbsp;&nbsp;&nbsp;3.2 <a href="#markup-reqs">Markup Conformance</a><br>&nbsp;&nbsp;&nbsp;&nbsp;3.3 <a href="#app-reqs">Application Conformance</a><br>4 <a href="#att-method">XLink Markup Design</a><br>&nbsp;&nbsp;&nbsp;&nbsp;4.1 <a href="#N1238">XLink Attribute Usage Patterns</a><br>&nbsp;&nbsp;&nbsp;&nbsp;4.2 <a href="#N1599">XLink Element Type Relationships</a><br>&nbsp;&nbsp;&nbsp;&nbsp;4.3 <a href="#defaulting">Attribute Value Defaulting</a><br>&nbsp;&nbsp;&nbsp;&nbsp;4.4 <a href="#integrating">Integrating XLink Usage with Other Markup</a><br>&nbsp;&nbsp;&nbsp;&nbsp;4.5 <a href="#legacy">Using XLink with Legacy Markup</a><br>5 <a href="#linking-elements">XLink Elements and Attributes</a><br>&nbsp;&nbsp;&nbsp;&nbsp;5.1 <a href="#extended-link">Extended Links (extended-Type Element)</a><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;5.1.1 <a href="#local-resource">Local Resources for an Extended Link  (resource-Type Element)</a><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;5.1.2 <a href="#remote-resource">Remote Resources for an Extended Link (locator-Type Element)</a><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;5.1.3 <a href="#xlink-arcs">Traversal Rules for an Extended Link  (arc-Type Element)</a><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;5.1.4 <a href="#title-element">Titles for Extended Links, Locators, and Arcs (title-Type Element)</a><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;5.1.5 <a href="#xlg">Locating Linkbases (Special Arc Role)</a><br>&nbsp;&nbsp;&nbsp;&nbsp;5.2 <a href="#simple-links">Simple Links (simple-Type Element)</a><br>&nbsp;&nbsp;&nbsp;&nbsp;5.3 <a href="#link-types">XLink Element Type Attribute (type)</a><br>&nbsp;&nbsp;&nbsp;&nbsp;5.4 <a href="#link-locators">Locator Attribute (href)</a><br>&nbsp;&nbsp;&nbsp;&nbsp;5.5 <a href="#link-semantics">Semantic Attributes (role, arcrole, and title)</a><br>&nbsp;&nbsp;&nbsp;&nbsp;5.6 <a href="#link-behaviors">Behavior Attributes (show and actuate) </a><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;5.6.1 <a href="#show-att">show Attribute</a><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;5.6.2 <a href="#actuate-att">actuate Attribute</a><br>&nbsp;&nbsp;&nbsp;&nbsp;5.7 <a href="#traversal-atts">Traversal Attributes (label, from, and to)</a><br></p>
 
67
<h3>Appendices</h3><p class="toc">A <a href="#references">References</a><br>&nbsp;&nbsp;&nbsp;&nbsp;A.1 <a href="#N3954">Normative References</a><br>&nbsp;&nbsp;&nbsp;&nbsp;A.2 <a href="#N4107">Non-Normative References</a><br>B <a href="#sample-dtd-appx">Sample DTD</a> (Non-Normative)<br>C <a href="#acknowledgements">Working Group Members and Acknowledgments</a> (Non-Normative)<br></p></div><hr><div class="body">
 
68
<div class="div1">
 
69
 
 
70
<h2><a name="intro"></a>1 Introduction</h2>
 
71
<p>This specification defines the XML Linking Language (XLink), which allows
 
72
elements to be inserted into XML documents in order to create and describe <a title="Link" href="#dt-link">links</a> between resources.</p>
 
73
<p>XLink provides a framework for creating both basic unidirectional links
 
74
and more complex linking structures. It allows XML documents to:</p>
 
75
<ul>
 
76
<li><p>Assert linking relationships among more than two resources</p></li>
 
77
<li><p>Associate metadata with a link</p></li>
 
78
<li><p>Express links that reside in a location separate from the linked
 
79
resources</p></li>
 
80
</ul>
 
81
<p>An important application of XLink is in hypermedia systems that have <a title="Hyperlink" href="#dt-hyperlink">hyperlinks</a>. A simple case of a hyperlink is an
 
82
HTML <code>A</code> element, which has these characteristics:</p>
 
83
<ul>
 
84
<li><p>The hyperlink uses URIs as its locator technology.</p></li>
 
85
<li><p>The hyperlink is expressed at one of its two ends.</p></li>
 
86
<li><p>The hyperlink identifies the other end (although a server may have
 
87
great freedom in finding or dynamically creating that destination).</p></li>
 
88
<li><p>Users can initiate traversal only from the end where the hyperlink
 
89
is expressed to the other end.</p></li>
 
90
<li><p>The hyperlink's effect on windows, frames, go-back lists, style sheets
 
91
in use, and so on is determined by user agents, not by the hyperlink itself.
 
92
For example, traversal of <code>A</code> links normally replaces the current
 
93
view, perhaps with a user option to open a new window.</p></li>
 
94
</ul>
 
95
<p>This set of characteristics is powerful, but the model that underlies them
 
96
limits the range of possible hyperlink functionality. The model defined in
 
97
this specification shares with HTML the use of URI technology, but goes beyond
 
98
HTML in offering features, previously available only in dedicated hypermedia
 
99
systems, that make hyperlinking more scalable and flexible. Along with providing
 
100
linking data structures, XLink provides a minimal link behavior model; higher-level
 
101
applications layered on XLink will often specify alternate or more sophisticated
 
102
rendering and processing treatments.</p>
 
103
<p>Integrated treatment of specialized links used in other technical domains,
 
104
such as foreign keys in relational databases and reference values in programming
 
105
languages, is outside the scope of this specification.</p>
 
106
<div class="div2">
 
107
 
 
108
<h3><a name="origin-goals"></a>1.1 Origin and Goals</h3>
 
109
<p>The design of XLink has been informed by knowledge of established hypermedia
 
110
systems and standards. The following standards have been especially influential:</p>
 
111
<ul>
 
112
<li><p><em>HTML</em> <a href="#html">[HTML]</a>: Defines several element types
 
113
that represent links.</p></li>
 
114
<li><p><em>HyTime</em> <a href="#iso10744">[ISO/IEC 10744]</a>: Defines inline and
 
115
inbound and third-party link structures and some semantic features, including
 
116
traversal control and presentation of objects.</p></li>
 
117
<li><p><em>Text Encoding Initiative Guidelines</em> <a href="#tei">[TEI]</a>:
 
118
Provides structures for creating links, aggregate objects, and link collections.</p>
 
119
</li>
 
120
</ul>
 
121
<p>Many other linking systems have also informed the design of XLink, especially <a href="#dexter">[Dexter]</a>, <a href="#fress">[FRESS]</a>, <a href="#ohs">[OHS]</a>, <a href="#microcosm">[MicroCosm]</a>,
 
122
and <a href="#intermedia">[Intermedia]</a>.</p>
 
123
<p>See the XLink Requirements Document <a href="#xlreq">[XLREQ]</a> for a thorough
 
124
explanation of requirements for the design of XLink.</p>
 
125
</div>
 
126
</div>
 
127
<div class="div1">
 
128
 
 
129
<h2><a name="N781"></a>2 XLink Concepts</h2>
 
130
<p>This section describes the terms and concepts that are essential to understanding
 
131
XLink, without discussing the syntax used to create XLink constructs. A few
 
132
additional terms are introduced in later parts of this specification.</p>
 
133
<div class="div2">
 
134
 
 
135
<h3><a name="N789"></a>2.1 Links and Resources</h3>
 
136
<p>[<a name="dt-link" title="Link">Definition</a>: An XLink <b>link</b> is an explicit
 
137
relationship between resources or portions of resources.] [<a name="dt-linkel" title="Linking element">Definition</a>: It is made explicit by an XLink <b>linking
 
138
element</b>, which is an XLink-conforming XML element that asserts the
 
139
existence of a link.] There are six XLink elements; only two of them
 
140
are considered linking elements. The others provide various pieces of information
 
141
that describe the characteristics of a link. (The term "link"
 
142
as used in this specification refers only to an XLink link, though nothing
 
143
prevents non-XLink constructs from serving as links.)</p>
 
144
<p>The notion of resources is universal to the World Wide Web. [<a name="dt-resource" title="Resource">Definition</a>: As discussed in <a href="#rfc2396">[IETF RFC 2396]</a>, a <b>resource</b>
 
145
is any addressable unit of information or service.] Examples include
 
146
files, images, documents, programs, and query results. The means used for
 
147
addressing a resource is a URI (Uniform Resource Identifier) reference (described
 
148
more in <a href="#link-locators"><b>5.4 Locator Attribute (href)</b></a>). It is possible to address a portion
 
149
of a resource. For example, if the whole resource is an XML document, a useful
 
150
portion of that resource might be a particular element inside the document.
 
151
Following a link to it might result, for example, in highlighting that element
 
152
or scrolling to that point in the document.</p>
 
153
<p>[<a name="dt-particip-resource" title="Participating resource">Definition</a>: When a
 
154
link associates a set of resources, those resources are said to <b>participate</b>
 
155
in the link.] Even though XLink links must appear in XML documents,
 
156
they are able to associate all kinds of resources, not just XML-encoded ones.</p>
 
157
<p>One of the common uses of XLink is to create hyperlinks. [<a name="dt-hyperlink" title="Hyperlink">Definition</a>: A <b>hyperlink</b> is a link that is intended primarily
 
158
for presentation to a human user.] Nothing in XLink's design, however,
 
159
prevents it from being used with links that are intended solely for consumption
 
160
by computers.</p>
 
161
</div>
 
162
<div class="div2">
 
163
 
 
164
<h3><a name="N854"></a>2.2 Arcs, Traversal, and Behavior</h3>
 
165
<p>[<a name="dt-traversal" title="Traversal">Definition</a>: Using or following a link for
 
166
any purpose is called <b>traversal</b>.] Even though some kinds
 
167
of link can associate arbitrary numbers of resources, traversal always involves
 
168
a pair of resources (or portions of them); [<a name="dt-starting-resource" title="Starting resource">Definition</a>: the source from which traversal is begun is the <b>starting
 
169
resource</b>] and [<a name="dt-ending-resource" title="Ending resource">Definition</a>: the
 
170
destination is the <b>ending resource</b>]. Note that the term "resource"
 
171
used in this fashion may at times apply to a resource portion, not a whole
 
172
resource.</p>
 
173
<p>[<a name="dt-arc" title="Arc">Definition</a>: Information about how to traverse a pair
 
174
of resources, including the direction of traversal and possibly application
 
175
behavior information as well, is called an <b>arc</b>]. If
 
176
two arcs in a link specify the same pair of resources, but they switch places
 
177
as starting and ending resources, then the link is multidirectional, which
 
178
is not the same as merely "going back" after traversing a link.</p>
 
179
</div>
 
180
<div class="div2">
 
181
 
 
182
<h3><a name="N899"></a>2.3 Resources in Relation to the Physical Location of a Linking Element</h3>
 
183
<p>[<a name="dt-local-resource" title="Local resource">Definition</a>: A <b>local resource</b>
 
184
is an XML element that participates in a link by virtue of having as its parent,
 
185
or being itself, a linking element]. [<a name="dt-remote-resource" title="Remote resource">Definition</a>: Any resource or resource portion that participates
 
186
in a link by virtue of being addressed with a URI reference is considered
 
187
a <b>remote resource</b>, even if it is in the same XML document as
 
188
the link, or even inside the same linking element.] Put another way,
 
189
a local resource is specified "by value," and a remote resource
 
190
is specified "by reference."</p>
 
191
<p>[<a name="dt-outbound" title="Outbound">Definition</a>: An arc that has a local starting
 
192
resource and a remote ending resource goes <b>outbound</b>, that is,
 
193
away from the linking element.] (Examples of links with such an arc
 
194
are the HTML <code>A</code> element, HyTime "clinks," and Text Encoding
 
195
Initiative <code>XREF</code> elements.) [<a name="dt-inbound" title="Inbound">Definition</a>: If
 
196
an arc's ending resource is local but its starting resource is remote, then
 
197
the arc goes <b>inbound</b>.] [<a name="dt-third-party" title="Third-party">Definition</a>: If neither the starting resource nor the ending resource
 
198
is local, then the arc is a <b>third-party</b> arc.] Though
 
199
it is not required, any one link typically specifies only one kind of arc
 
200
throughout, and thus might be referred to as an inbound, outbound, or third-party
 
201
link.</p>
 
202
<p>To create a link that emanates from a resource to which you do not have
 
203
(or choose not to exercise) write access, or from a resource that offers no
 
204
way to embed linking constructs, it is necessary to use an inbound or third-party
 
205
arc. When such arcs are used, the requirements for discovery of the link are
 
206
greater than for outbound arcs. [<a name="dt-linkbase" title="Linkbase">Definition</a>: Documents
 
207
containing collections of inbound and third-party links are called link databases,
 
208
or <b>linkbases</b>.]</p>
 
209
</div>
 
210
</div>
 
211
<div class="div1">
 
212
 
 
213
<h2><a name="conformance"></a>3 XLink Processing and Conformance</h2>
 
214
<p>This section details processing and conformance requirements on XLink applications
 
215
and markup.</p>
 
216
<p>[<a name="dt-must" title="Must, May, etc.">Definition</a>: The key words <b>must</b>, <b>must
 
217
not</b>, <b>required</b>, <b>shall</b>, <b>shall not</b>, <b>should</b>, <b>should
 
218
not</b>, <b>recommended</b>, <b>may</b>, and <b>optional</b>
 
219
in this specification are to be interpreted as described in <a href="#rfc2119">[IETF RFC 2119]</a>.]</p>
 
220
<div class="div2">
 
221
 
 
222
<h3><a name="N1022"></a>3.1 Processing Dependencies</h3>
 
223
<p>XLink processing depends on <a href="#XML">[XML]</a>, <a href="#xname">[XML Names]</a>, <a href="#xbase">[XML Base]</a>, and <a href="#rfc2396">[IETF RFC 2396]</a> (as updated by <a href="#rfc2732">[IETF RFC 2732]</a>).</p>
 
224
</div>
 
225
<div class="div2">
 
226
 
 
227
<h3><a name="markup-reqs"></a>3.2 Markup Conformance</h3>
 
228
<p>An XML element conforms to XLink if:</p>
 
229
<ol>
 
230
<li><p>it has a <code>type</code> attribute from the XLink namespace whose
 
231
value is one of "simple", "extended", "locator", "arc", "resource", "title", or "none", and</p></li>
 
232
<li><p>it adheres to the conformance constraints imposed by the chosen XLink
 
233
element type, as prescribed in this specification.</p></li>
 
234
</ol>
 
235
<p>This specification imposes no particular constraints on DTDs; conformance
 
236
applies only to elements and attributes.</p>
 
237
</div>
 
238
<div class="div2">
 
239
 
 
240
<h3><a name="app-reqs"></a>3.3 Application Conformance</h3>
 
241
<p>An XLink application is any software module that interprets well-formed
 
242
XML documents containing XLink elements and attributes, or XML information
 
243
sets <a href="#infoset">[XIS]</a> containing information items and properties corresponding
 
244
to XLink elements and attributes. (This document refers to elements and attributes,
 
245
but all specifications herein apply to their information set equivalents as
 
246
well.) Such an application is conforming if:</p>
 
247
<ol>
 
248
<li><p>it observes the mandatory conditions for applications ("must")
 
249
set forth in this specification, and</p></li>
 
250
<li><p>for any optional conditions ("should" and "may")
 
251
it chooses to observe, it observes them in the way prescribed, and</p></li>
 
252
<li><p>it performs markup conformance testing according to all the conformance
 
253
constraints appearing in this specification.</p></li>
 
254
</ol>
 
255
</div>
 
256
</div>
 
257
<div class="div1">
 
258
 
 
259
<h2><a name="att-method"></a>4 XLink Markup Design</h2>
 
260
<p>This section describes the design of XLink's markup vocabulary.</p>
 
261
<p>Link markup needs to be recognized reliably by XLink applications in order
 
262
to be traversed and handled properly. XLink uses the mechanism described in
 
263
the Namespaces in XML Recommendation <a href="#xname">[XML Names]</a> to accomplish recognition
 
264
of the constructs in the XLink vocabulary.</p>
 
265
<p>The XLink namespace defined by this specification has the following URI:</p>
 
266
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>http://www.w3.org/1999/xlink</pre></td></tr></table>
 
267
<p>As dictated by <a href="#xname">[XML Names]</a>, the use of XLink elements and attributes
 
268
requires declaration of the XLink namespace. For example, the following declaration
 
269
would make the prefix <code>xlink</code> available within the <code>myElement</code>
 
270
element to represent the XLink namespace:</p>
 
271
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;myElement
 
272
  xmlns:xlink="http://www.w3.org/1999/xlink"&gt;
 
273
  ...
 
274
&lt;/myElement&gt;</pre></td></tr></table>
 
275
<div class="note"><p class="prefix"><b>Note:</b></p>
 
276
<p>Most code examples in this specification do not show an XLink namespace
 
277
declaration. The <code>xlink</code> prefix is used throughout to stand for the
 
278
declaration of the XLink namespace on elements in whose scope the so-marked
 
279
attribute appears (on the same element that bears the attribute or on some
 
280
ancestor element), whether or not an XLink namespace declaration is present
 
281
in the example.</p>
 
282
</div>
 
283
<p>XLink's namespace provides <b>global attributes</b> for use on elements
 
284
that are in any arbitrary namespace. The global attributes are <code>type</code>, <code>href</code>, <code>role</code>, <code>arcrole</code>, <code>title</code>, <code>show</code>, <code>actuate</code>, <code>label</code>, <code>from</code>,
 
285
and <code>to</code>. Document creators use the XLink global attributes to make
 
286
the elements in their own namespace, or even in a namespace they do not control,
 
287
recognizable as XLink elements. The <code>type</code> attribute indicates the
 
288
XLink element type (simple, extended, locator, arc, resource, or title); the
 
289
element type dictates the XLink-imposed constraints that such an element <a title="Must, May, etc." href="#dt-must">must</a> follow and the behavior of XLink applications
 
290
on encountering the element.</p>
 
291
<p>Following is an example of a <code>crossReference</code> element from a non-XLink
 
292
namespace that has XLink global attributes:</p>
 
293
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;my:crossReference
 
294
  xmlns:my="http://example.com/"
 
295
  xmlns:xlink="http://www.w3.org/1999/xlink"
 
296
  xlink:type="simple"
 
297
  xlink:href="students.xml"
 
298
  xlink:role="http://www.example.com/linkprops/studentlist"
 
299
  xlink:title="Student List"
 
300
  xlink:show="new"
 
301
  xlink:actuate="onRequest"&gt;
 
302
Current List of Students
 
303
&lt;/my:crossReference&gt;</pre></td></tr></table>
 
304
<p>Using global attributes always requires the use of namespace prefixes on
 
305
the individual attributes and the use of the <code>type</code> attribute on
 
306
the element.</p>
 
307
<div class="div2">
 
308
 
 
309
<h3><a name="N1238"></a>4.1 XLink Attribute Usage Patterns</h3>
 
310
<p>While the XLink attributes are considered global by virtue of their use
 
311
of the namespace mechanism, their allowed combinations on any one XLink element
 
312
type depend greatly on the value of the special <code>type</code> attribute
 
313
(see <a href="#link-types"><b>5.3 XLink Element Type Attribute (type)</b></a> for more information) for the element on
 
314
which they appear. The conformance constraint notes in this specification
 
315
detail their allowed usage patterns. Following is a summary of the element
 
316
types (columns) on which the global attributes (rows) are allowed, with an
 
317
indication of whether a value is required (R) or optional (O):</p>
 
318
<table border="1" frame="border"><thead><tr><th rowspan="1" colspan="1"></th><th rowspan="1" colspan="1"><code>simple</code></th>
 
319
<th rowspan="1" colspan="1"><code>extended</code></th><th rowspan="1" colspan="1"><code>locator</code></th><th rowspan="1" colspan="1"><code>arc</code></th><th rowspan="1" colspan="1"><code>resource</code></th>
 
320
<th rowspan="1" colspan="1"><code>title</code></th></tr></thead><tbody><tr><td rowspan="1" colspan="1"><code>type</code></td><td rowspan="1" colspan="1">R</td>
 
321
<td rowspan="1" colspan="1">R</td><td rowspan="1" colspan="1">R</td><td rowspan="1" colspan="1">R</td><td rowspan="1" colspan="1">R</td><td rowspan="1" colspan="1">R</td></tr><tr><td rowspan="1" colspan="1"><code>href</code></td>
 
322
<td rowspan="1" colspan="1">O </td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1">R</td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td></tr><tr><td rowspan="1" colspan="1"><code>role</code></td>
 
323
<td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1"></td></tr><tr><td rowspan="1" colspan="1"><code>arcrole</code></td>
 
324
<td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td></tr><tr><td rowspan="1" colspan="1"><code>title</code></td>
 
325
<td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1"></td></tr><tr><td rowspan="1" colspan="1"><code>show</code></td>
 
326
<td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td></tr><tr><td rowspan="1" colspan="1"><code>actuate</code></td>
 
327
<td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td></tr><tr><td rowspan="1" colspan="1"><code>label</code></td>
 
328
<td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1"></td></tr><tr><td rowspan="1" colspan="1"><code>from</code></td>
 
329
<td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td></tr><tr><td rowspan="1" colspan="1"><code>to</code></td>
 
330
<td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1">O</td><td rowspan="1" colspan="1"></td><td rowspan="1" colspan="1"></td></tr></tbody></table>
 
331
<p>(See also <a href="#sample-dtd-appx"><b>B Sample DTD</b></a> for a non-normative DTD that
 
332
illustrates the allowed patterns of attributes.)</p>
 
333
<p>This specification uses the convention "<var>xxx</var>-type element"
 
334
to refer to elements that <a title="Must, May, etc." href="#dt-must">must</a> adhere to
 
335
a named set of constraints associated with an XLink element type, no matter
 
336
what name the element actually has. For example, "<code>locator</code>-type
 
337
element" would refer to all of the following elements:</p>
 
338
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;locator xlink:type="locator" ... /&gt;
 
339
&lt;loc xlink:type="locator" ... /&gt;
 
340
&lt;my:pointer xlink:type="locator" ... /&gt;</pre></td></tr></table>
 
341
</div>
 
342
<div class="div2">
 
343
 
 
344
<h3><a name="N1599"></a>4.2 XLink Element Type Relationships</h3>
 
345
<p>Various XLink element types have special meanings dictated by this specification
 
346
when they appear as direct children of other XLink element types. Following
 
347
is a summary of the child element types that play a significant role in particular
 
348
parent element types. (Other combinations have no XLink-dictated significance.)</p>
 
349
<table border="1"><thead><tr><th rowspan="1" colspan="1">Parent type</th><th rowspan="1" colspan="1">Significant child types</th>
 
350
</tr></thead><tbody><tr><td rowspan="1" colspan="1"><code>simple</code></td><td rowspan="1" colspan="1">none</td></tr><tr><td rowspan="1" colspan="1"><code>extended</code></td>
 
351
<td rowspan="1" colspan="1"><code>locator</code>, <code>arc</code>, <code>resource</code>, <code>title</code></td>
 
352
</tr><tr><td rowspan="1" colspan="1"><code>locator</code></td><td rowspan="1" colspan="1"><code>title</code></td></tr><tr><td rowspan="1" colspan="1"><code>arc</code></td>
 
353
<td rowspan="1" colspan="1"><code>title</code></td></tr><tr><td rowspan="1" colspan="1"><code>resource</code></td><td rowspan="1" colspan="1">none</td></tr>
 
354
<tr><td rowspan="1" colspan="1"><code>title</code></td><td rowspan="1" colspan="1">none</td></tr></tbody></table></div>
 
355
<div class="div2">
 
356
 
 
357
<h3><a name="defaulting"></a>4.3 Attribute Value Defaulting</h3>
 
358
<p>Using XLink potentially involves using a large number of attributes for
 
359
supplying important link information. In cases where the values of the desired
 
360
XLink attributes are unchanging across individual instances in all the documents
 
361
of a certain type, attribute value defaults (fixed or not) <a title="Must, May, etc." href="#dt-must">may</a>
 
362
be added to a DTD so that the attributes do not have to appear physically
 
363
on element start-tags. For example, if attribute defaults were provided for
 
364
the <code>xmlns:xlink</code>, <code>xmlns:my</code>, <code>type</code>, <code>show</code>,
 
365
and <code>actuate</code> attributes in the example in the introduction to <a href="#att-method"><b>4 XLink Markup Design</b></a>, the example would look as follows:</p>
 
366
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;my:crossReference
 
367
  xlink:href="students.xml"
 
368
  xlink:role="http://www.example.com/linkprops/studentlist"
 
369
  xlink:title="Student List"&gt;
 
370
Current List of Students
 
371
&lt;/my:crossReference&gt;</pre></td></tr></table>
 
372
<p>Information sets that have been created under the control of a DTD have
 
373
all attribute values filled in.</p>
 
374
</div>
 
375
<div class="div2">
 
376
 
 
377
<h3><a name="integrating"></a>4.4 Integrating XLink Usage with Other Markup</h3>
 
378
<p>This specification defines only attributes and attribute values in the
 
379
XLink namespace. There is no restriction on using non-XLink attributes alongside
 
380
XLink attributes. In addition, most XLink attributes are optional and the
 
381
choice of simple or extended link is up to the markup designer or document
 
382
creator, so a DTD that uses XLink features need not use or declare the entire
 
383
set of XLink's attributes. Finally, while this specification identifies the
 
384
minimum constraints on XLink markup, DTDs that use XLink are free to tighten
 
385
these constraints. The use of XLink does not absolve a valid document from
 
386
conforming to the constraints expressed in its governing DTD.</p>
 
387
<p>Following is an example of a <code>crossReference</code> element with both
 
388
XLink and non-XLink attributes:</p>
 
389
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;my:crossReference
 
390
  xmlns:my="http://example.com/"
 
391
  my:lastEdited="2000-06-10"
 
392
  xmlns:xlink="http://www.w3.org/1999/xlink"
 
393
  xlink:type="simple"
 
394
  xlink:href="students.xml"&gt;
 
395
Current List of Students
 
396
&lt;/my:crossReference&gt;</pre></td></tr></table>
 
397
</div>
 
398
<div class="div2">
 
399
 
 
400
<h3><a name="legacy"></a>4.5 Using XLink with Legacy Markup</h3>
 
401
<p>Because XLink's global attributes require the use of namespace prefixes,
 
402
non-XLink-based links in legacy documents generally do not serve as conforming
 
403
XLink constructs as they stand, even if attribute value defaulting is used.
 
404
For example, XHTML 1.0 has an <code>a</code> element with an <code>href</code> attribute,
 
405
but because the attribute is a local one attached to the <code>a</code> element
 
406
in the XHTML namespace, it is not the same as an <code>xlink:href</code> global
 
407
attribute in the XLink namespace.</p>
 
408
</div>
 
409
</div>
 
410
<div class="div1">
 
411
 
 
412
<h2><a name="linking-elements"></a>5 XLink Elements and Attributes</h2>
 
413
<p>XLink offers two kinds of links:</p>
 
414
<dl>
 
415
<dt class="label">Extended links</dt>
 
416
<dd>
 
417
<p>Extended links offer full XLink functionality, such as inbound and third-party
 
418
arcs, as well as links that have arbitrary numbers of participating resources.
 
419
As a result, their structure can be fairly complex, including elements for
 
420
pointing to remote resources, elements for containing local resources, elements
 
421
for specifying arc traversal rules, and elements for specifying human-readable
 
422
resource and arc titles.</p>
 
423
<p>XLink defines a way to give an extended link special semantics for finding
 
424
linkbases; used in this fashion, an extended link helps an XLink application
 
425
process other links.</p>
 
426
</dd>
 
427
<dt class="label">Simple links</dt>
 
428
<dd>
 
429
<p>Simple links offer shorthand syntax for a common kind of link, an outbound
 
430
link with exactly two participating resources (into which category HTML-style <code>A</code>
 
431
and <code>IMG</code> links fall). Because simple links offer less functionality
 
432
than extended links, they have no special internal structure.</p>
 
433
<p>While simple links are conceptually a subset of extended links, they are
 
434
syntactically different. For example, to convert a simple link into an extended
 
435
link, several structural changes would be needed.</p>
 
436
</dd>
 
437
</dl>
 
438
<p>The following sections define the XLink elements and attributes.</p>
 
439
<div class="div2">
 
440
 
 
441
<h3><a name="extended-link"></a>5.1 Extended Links (<code>extended</code>-Type Element)</h3>
 
442
<p>[<a name="dt-extendedlink" title="Extended link">Definition</a>: An <b>extended link</b>
 
443
is a link that associates an arbitrary number of resources. The participating
 
444
resources <a title="Must, May, etc." href="#dt-must">may</a> be any combination of remote
 
445
and local.]</p>
 
446
<p>The only kind of link that is able to have inbound and third-party arcs
 
447
is an extended link. Typically, extended linking elements are stored separately
 
448
from the resources they associate (for example, in entirely different documents).
 
449
Thus, extended links are important for situations where the participating
 
450
resources are read-only, or where it is expensive to modify and update them
 
451
but inexpensive to modify and update a separate linking element, or where
 
452
the resources are in formats with no native support for embedded links (such
 
453
as many multimedia formats).</p>
 
454
<p>The following diagram shows an extended link that associates five remote
 
455
resources. This could represent, for example, information about a student's
 
456
course load: one resource being a description of the student, another being
 
457
a description of the student's academic advisor, two resources representing
 
458
courses that the student is attending, and the last resource representing
 
459
a course that the student is auditing.</p>
 
460
<img src="extended-ool.gif" alt="Stylized Diagram of Out-of-Line Extended Link">
 
461
<p>Without the extended link, the resources might be entirely unrelated; for
 
462
example, they might be in five separate documents. The lines emanating from
 
463
the extended link represent the association it creates among the resources.
 
464
However, notice that the lines do not have directionality. Directionality
 
465
is expressed with traversal rules; without such rules being provided, the
 
466
resources are associated in no particular order, with no implication as to
 
467
whether and how individual resources are accessed.</p>
 
468
<p>The following diagram shows an extended link that associates five remote
 
469
resources and one local resource (a special element inside the extended link
 
470
element). This could represent the same sort of course-load example as described
 
471
above, with the addition of the student's grade point average stored locally.
 
472
Again, the lines represent mere association of the six resources, without
 
473
traversal directions or behaviors implied.</p>
 
474
<img src="extended-inl.gif" alt="Stylized Diagram of Inline Extended Link">
 
475
<p>The XLink element type for extended links is any element with an attribute
 
476
in the XLink namespace called <code>type</code> with a value of "extended".</p>
 
477
<p>The <code>extended</code>-type element <a title="Must, May, etc." href="#dt-must">may</a>
 
478
contain a mixture of the following elements in any order, possibly along with
 
479
other content and markup:</p>
 
480
<ul>
 
481
<li><p><code>locator</code>-type elements that address the remote resources
 
482
participating in the link</p></li>
 
483
<li><p><code>arc</code>-type elements that provide traversal rules among the
 
484
link's participating resources</p></li>
 
485
<li><p><code>title</code>-type elements that provide human-readable labels for
 
486
the link</p></li>
 
487
<li><p><code>resource</code>-type elements that supply local resources that
 
488
participate in the link</p></li>
 
489
</ul>
 
490
<p>It is not an error for an <code>extended</code>-type element to associate fewer
 
491
than two resources. If the link has only one participating resource, or none
 
492
at all, it is simply untraversable. Such a link may still be useful, for example,
 
493
to associate properties with a single resource by means of XLink attributes,
 
494
or to provide a placeholder for link information that will be populated eventually.</p>
 
495
<p>Subelements of the <code>simple</code> or <code>extended</code> type anywhere inside
 
496
a parent <code>extended</code>-type element have no XLink-specified meaning. Subelements of the <code>locator</code>, <code>arc</code>, or <code>resource</code>
 
497
type that are not direct children of an <code>extended</code>-type element have
 
498
no XLink-specified meaning.</p>
 
499
<p>The <code>extended</code>-type element <a title="Must, May, etc." href="#dt-must">may</a>
 
500
have the semantic attributes <code>role</code> and <code>title</code> (see <a href="#link-semantics"><b>5.5 Semantic Attributes (role, arcrole, and title)</b></a>). They supply semantic information about the link as
 
501
a whole; the <code>role</code> attribute indicates a property that the entire
 
502
link has, and the <code>title</code> attribute indicates a human-readable description
 
503
of the entire link. If other XLink attributes are present on the element,
 
504
they have no XLink-specified relationship to the link. If both a <code>title</code>
 
505
attribute and one or more <code>title</code>-type elements are present, they have
 
506
no XLink-specified relationship; a higher-level application built on XLink
 
507
will likely want to specify appropriate treatment (for example, precedence)
 
508
in this case.</p>
 
509
<div class="example">
 
510
 
 
511
<h5>Example: Sample <code>extended</code>-Type Element Declarations and Instance</h5>
 
512
<p>Following is a non-normative set of declarations for an <code>extended</code>-type
 
513
element and its subelements. Parts of this example are reused throughout this
 
514
specification. Note that the <code>type</code> attribute and some other attributes
 
515
are defaulted in the DTD in order to highlight the attributes that are changing
 
516
on a per-instance basis.</p>
 
517
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ELEMENT courseload ((tooltip|person|course|gpa|go)*)&gt;
 
518
&lt;!ATTLIST courseload
 
519
  xmlns:xlink     CDATA           #FIXED "http://www.w3.org/1999/xlink"
 
520
  xlink:type      (extended)      #FIXED "extended"
 
521
  xlink:role      CDATA           #IMPLIED
 
522
  xlink:title     CDATA           #IMPLIED&gt;
 
523
 
 
524
&lt;!ELEMENT tooltip ANY&gt;
 
525
&lt;!ATTLIST tooltip
 
526
  xlink:type      (title)         #FIXED "title"
 
527
  xml:lang        CDATA           #IMPLIED&gt;
 
528
 
 
529
&lt;!ELEMENT person EMPTY&gt;
 
530
&lt;!ATTLIST person
 
531
  xlink:type      (locator)       #FIXED "locator"
 
532
  xlink:href      CDATA           #REQUIRED
 
533
  xlink:role      CDATA           #IMPLIED
 
534
  xlink:title     CDATA           #IMPLIED
 
535
  xlink:label     NMTOKEN         #IMPLIED&gt;
 
536
 
 
537
&lt;!ELEMENT course EMPTY&gt;
 
538
&lt;!ATTLIST course
 
539
  xlink:type      (locator)       #FIXED "locator"
 
540
  xlink:href      CDATA           #REQUIRED
 
541
  xlink:role      CDATA           #FIXED "http://www.example.com/linkprops/course"
 
542
  xlink:title     CDATA           #IMPLIED
 
543
  xlink:label     NMTOKEN         #IMPLIED&gt;
 
544
 
 
545
&lt;!-- GPA = "grade point average" --&gt;
 
546
&lt;!ELEMENT gpa ANY&gt;
 
547
&lt;!ATTLIST gpa
 
548
  xlink:type      (resource)      #FIXED "resource"
 
549
  xlink:role      CDATA           #FIXED "http://www.example.com/linkprops/gpa"
 
550
  xlink:title     CDATA           #IMPLIED
 
551
  xlink:label     NMTOKEN         #IMPLIED&gt;
 
552
 
 
553
&lt;!ELEMENT go EMPTY&gt;
 
554
&lt;!ATTLIST go
 
555
  xlink:type      (arc)           #FIXED "arc"
 
556
  xlink:arcrole   CDATA           #IMPLIED
 
557
  xlink:title     CDATA           #IMPLIED
 
558
  xlink:show      (new
 
559
                  |replace
 
560
                  |embed
 
561
                  |other
 
562
                  |none)          #IMPLIED
 
563
  xlink:actuate   (onLoad
 
564
                  |onRequest
 
565
                  |other
 
566
                  |none)          #IMPLIED
 
567
  xlink:from      NMTOKEN         #IMPLIED
 
568
  xlink:to        NMTOKEN         #IMPLIED&gt;</pre></td></tr></table>
 
569
<p>Following is how XML elements using these declarations might look.</p>
 
570
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;courseload&gt;
 
571
 
 
572
  &lt;tooltip&gt;Course Load for Pat Jones&lt;/tooltip&gt;
 
573
 
 
574
  &lt;person
 
575
    xlink:href="students/patjones62.xml"
 
576
    xlink:label="student62"
 
577
    xlink:role="http://www.example.com/linkprops/student"
 
578
    xlink:title="Pat Jones" /&gt;
 
579
 
 
580
  &lt;person
 
581
    xlink:href="profs/jaysmith7.xml"
 
582
    xlink:label="prof7"
 
583
    xlink:role="http://www.example.com/linkprops/professor"
 
584
    xlink:title="Dr. Jay Smith" /&gt;
 
585
  &lt;!-- more remote resources for professors, teaching assistants, etc. --&gt;
 
586
 
 
587
  &lt;course
 
588
    xlink:href="courses/cs101.xml"
 
589
    xlink:label="CS-101"
 
590
    xlink:title="Computer Science 101" /&gt;
 
591
  &lt;!-- more remote resources for courses, seminars, etc. --&gt;
 
592
 
 
593
  &lt;gpa xlink:label="PatJonesGPA"&gt;3.5&lt;/gpa&gt;
 
594
 
 
595
  &lt;go
 
596
    xlink:from="student62"
 
597
    xlink:to="PatJonesGPA"
 
598
    xlink:show="new"
 
599
    xlink:actuate="onRequest"
 
600
    xlink:title="Pat Jones's GPA" /&gt;
 
601
  &lt;go
 
602
    xlink:from="CS-101"
 
603
    xlink:arcrole="http://www.example.com/linkprops/auditor"
 
604
    xlink:to="student62"
 
605
    xlink:show="replace"
 
606
    xlink:actuate="onRequest"
 
607
    xlink:title="Pat Jones, auditing the course" /&gt;
 
608
  &lt;go
 
609
    xlink:from="student62"
 
610
    xlink:arcrole="http://www.example.com/linkprops/advisor"
 
611
    xlink:to="prof7"
 
612
    xlink:show="replace"
 
613
    xlink:actuate="onRequest"
 
614
    xlink:title="Dr. Jay Smith, advisor" /&gt;
 
615
 
 
616
&lt;/courseload&gt;</pre></td></tr></table>
 
617
</div>
 
618
<div class="div3">
 
619
 
 
620
<h4><a name="local-resource"></a>5.1.1 Local Resources for an Extended Link  (<code>resource</code>-Type Element)</h4>
 
621
<p>An extended link indicates its participating local resources by means of
 
622
special subelements that appear inside the extended link. An entire subelement,
 
623
together with all of its contents, makes up a local resource.</p>
 
624
<p>The XLink element for local resources is any element with an attribute
 
625
in the XLink namespace called <code>type</code> with a value of "resource".</p>
 
626
<p>The <code>resource</code>-type element <a title="Must, May, etc." href="#dt-must">may</a>
 
627
have any content; whatever content is present has no XLink-specified relationship
 
628
to the link. It is possible for a <code>resource</code>-type element to have no
 
629
content; in cases where it serves as a starting resource expected to be traversed
 
630
on request, interactive XLink applications will typically generate some content
 
631
in order to give the user a way to initiate the traversal.  If a <code>resource</code>-type element has anything
 
632
other than an <code>extended</code>-type element for a parent, the <code>resource</code>-type
 
633
element has no XLink-specified meaning.</p>
 
634
<p>The <code>resource</code>-type element <a title="Must, May, etc." href="#dt-must">may</a>
 
635
have the semantic attributes <code>role</code> and <code>title</code> (see <a href="#link-semantics"><b>5.5 Semantic Attributes (role, arcrole, and title)</b></a>) and the traversal attribute <code>label</code> (see <a href="#traversal-atts"><b>5.7 Traversal Attributes (label, from, and to)</b></a>). The semantic attributes supply information about
 
636
the resource in generic terms, outside of the context of a particular arc
 
637
that leads to it; the <code>role</code> attribute indicates a property of the
 
638
resource, and the <code>title</code> attribute indicates a human-readable description
 
639
of the resource. The <code>label</code> attribute provides a way for an <code>arc</code>-type
 
640
element to refer to it in creating a traversal arc.</p>
 
641
<div class="example">
 
642
 
 
643
<h5>Example: Sample <code>resource</code>-Type Element Declarations and Instance</h5>
 
644
<p>Following is a non-normative set of declarations for a <code>resource</code>-type
 
645
element.</p>
 
646
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ELEMENT gpa ANY&gt;
 
647
&lt;!ATTLIST gpa
 
648
  xlink:type      (resource)      #FIXED "resource"
 
649
  xlink:role      CDATA           #FIXED "http://www.example.com/linkprops/gpa"
 
650
  xlink:title     CDATA           #IMPLIED
 
651
  xlink:label     NMTOKEN         #IMPLIED&gt;</pre></td></tr></table>
 
652
<p>Following is how an XML element using these declarations might look.</p>
 
653
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>  &lt;gpa xlink:label="PatJonesGPA"&gt;3.5&lt;/gpa&gt;
 
654
</pre></td></tr></table>
 
655
</div></div>
 
656
<div class="div3">
 
657
 
 
658
<h4><a name="remote-resource"></a>5.1.2 Remote Resources for an Extended Link (<code>locator</code>-Type Element)</h4>
 
659
<p>An extended link indicates remote resources that participate in it by means
 
660
of locator elements.</p>
 
661
<p>The XLink element for locators is any element with an attribute in the
 
662
XLink namespace called <code>type</code> with a value of "locator".</p>
 
663
<p>The <code>locator</code>-type element <a title="Must, May, etc." href="#dt-must">may</a>
 
664
have any content. Other than <code>title</code>-type elements that are direct
 
665
children (see <a href="#title-element"><b>5.1.4 Titles for Extended Links, Locators, and Arcs (title-Type Element)</b></a>), whatever content is present
 
666
has no XLink-specified relationship to the link. If a <code>locator</code>-type
 
667
element contains nested XLink elements, such contained elements have no XLink-specified
 
668
relationship to the parent link. If a <code>locator</code>-type element has anything
 
669
other than an <code>extended</code>-type element for a parent, the <code>locator</code>-type
 
670
element has no XLink-specified meaning.</p>
 
671
<div class="constraint">
 
672
<p class="prefix"><a name="cn-locator-atts"></a><b>Constraint: Attributes on Locator Element</b></p>
 
673
<p>The <code>locator</code>-type element <a title="Must, May, etc." href="#dt-must">must</a>
 
674
have the locator attribute (see <a href="#link-locators"><b>5.4 Locator Attribute (href)</b></a>). The locator
 
675
attribute (<code>href</code>) <a title="Must, May, etc." href="#dt-must">must</a> have a value
 
676
supplied.</p>
 
677
</div>
 
678
<p>The <code>locator</code>-type element <a title="Must, May, etc." href="#dt-must">may</a>
 
679
have the semantic attributes <code>role</code> and <code>title</code> (see <a href="#link-semantics"><b>5.5 Semantic Attributes (role, arcrole, and title)</b></a>) and the traversal attribute <code>label</code> (see <a href="#traversal-atts"><b>5.7 Traversal Attributes (label, from, and to)</b></a>). The locator attribute provides a URI reference that
 
680
identifies a remote resource. The semantic attributes supply information about
 
681
the resource in generic terms, outside of the context of a particular arc
 
682
that leads to it; the <code>role</code> attribute indicates a property that
 
683
the resource has, and the <code>title</code> attribute indicates a human-readable
 
684
description of the resource. The <code>label</code> attribute provides a way
 
685
for an <code>arc</code>-type element to refer to it in creating a traversal arc.</p>
 
686
<div class="note"><p class="prefix"><b>Note:</b></p>
 
687
<p>A <code>locator</code>-type element, by itself, does not constitute a link
 
688
just because it has a locator (<code>href</code>) attribute; unlike a <code>simple</code>-type
 
689
element, it does not create an XLink-governed association between itself and
 
690
the referenced resource.</p>
 
691
</div>
 
692
<div class="example">
 
693
 
 
694
<h5>Example: Sample <code>locator</code>-Type Element Declarations and Instance</h5>
 
695
<p>Following is a non-normative set of declarations for a <code>locator</code>-type
 
696
element.</p>
 
697
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ELEMENT person EMPTY&gt;
 
698
&lt;!ATTLIST person
 
699
  xlink:type      (locator)       #FIXED "locator"
 
700
  xlink:href      CDATA           #REQUIRED
 
701
  xlink:role      CDATA           #IMPLIED
 
702
  xlink:title     CDATA           #IMPLIED
 
703
  xlink:label     NMTOKEN         #IMPLIED&gt;
 
704
 
 
705
&lt;!ELEMENT course EMPTY&gt;
 
706
&lt;!ATTLIST course
 
707
  xlink:type      (locator)       #FIXED "locator"
 
708
  xlink:href      CDATA           #REQUIRED
 
709
  xlink:role      CDATA           #FIXED "http://www.example.com/linkprops/course"
 
710
  xlink:title     CDATA           #IMPLIED
 
711
  xlink:label     NMTOKEN         #IMPLIED&gt;</pre></td></tr></table>
 
712
<p>Following is how XML elements using these declarations might look.</p>
 
713
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;person
 
714
  xlink:href="students/patjones62.xml"
 
715
  xlink:label="student62"
 
716
  xlink:role="http://www.example.com/linkprops/student"
 
717
xlink:title="Pat Jones" /&gt;
 
718
 
 
719
&lt;person
 
720
  xlink:href="profs/jaysmith7.xml"
 
721
  xlink:label="prof7"
 
722
  xlink:role="http://www.example.com/linkprops/professor"
 
723
  xlink:title="Dr. Jay Smith" /&gt;
 
724
 
 
725
&lt;course
 
726
  xlink:href="courses/cs101.xml"
 
727
  xlink:label="CS-101"
 
728
  xlink:title="Computer Science 101" /&gt;</pre></td></tr></table>
 
729
</div></div>
 
730
<div class="div3">
 
731
 
 
732
<h4><a name="xlink-arcs"></a>5.1.3 Traversal Rules for an Extended Link  (<code>arc</code>-Type Element)</h4>
 
733
<p>An extended link <a title="Must, May, etc." href="#dt-must">may</a> indicate rules for
 
734
traversing among its participating resources by means of a series of optional
 
735
arc elements.</p>
 
736
<p>The XLink element for arcs is any element with an attribute in the XLink
 
737
namespace called <code>type</code> with a value of "arc".</p>
 
738
<p>The <code>arc</code>-type element <a title="Must, May, etc." href="#dt-must">may</a> have
 
739
any content. Other than <code>title</code>-type elements that are direct children
 
740
(see <a href="#title-element"><b>5.1.4 Titles for Extended Links, Locators, and Arcs (title-Type Element)</b></a>), whatever content is present has no XLink-specified
 
741
relationship to the link. If an <code>arc</code>-type element has anything other
 
742
than an <code>extended</code>-type element for its parent, the <code>arc</code>-type
 
743
element has no XLink-specified meaning.</p>
 
744
<p>The <code>arc</code>-type element <a title="Must, May, etc." href="#dt-must">may</a> have
 
745
the traversal attributes <code>from</code> and <code>to</code> (see <a href="#traversal-atts"><b>5.7 Traversal Attributes (label, from, and to)</b></a>),
 
746
the behavior attributes <code>show</code> and <code>actuate</code> (see <a href="#link-behaviors"><b>5.6 Behavior Attributes (show and actuate) </b></a>) and the semantic attributes <code>arcrole</code> and <code>title</code>
 
747
(see <a href="#link-semantics"><b>5.5 Semantic Attributes (role, arcrole, and title)</b></a>).</p>
 
748
<p>The traversal attributes define the desired traversal between pairs of
 
749
resources that participate in the same link, where the resources are identified
 
750
by their <code>label</code> attribute values. The <code>from</code> attribute
 
751
defines resources from which traversal <a title="Must, May, etc." href="#dt-must">may</a>
 
752
be initiated, that is, <a title="Starting resource" href="#dt-starting-resource">starting resources</a>,
 
753
while the <code>to</code> attribute defines resources that <a title="Must, May, etc." href="#dt-must">may</a>
 
754
be traversed to, that is, <a title="Ending resource" href="#dt-ending-resource">ending resources</a>.
 
755
The behavior attributes specify the desired behavior for XLink applications
 
756
to use when traversing to the ending resource.</p>
 
757
<p>The semantic attributes describe the meaning of the arc's ending resource
 
758
relative to its starting resource. The <code>arcrole</code> attribute corresponds
 
759
to the <a href="#rdf">[RDF]</a> notion of a property, where the role can be interpreted
 
760
as stating that "<var>starting-resource</var> HAS <var>arc-role</var> <var>ending-resource</var>."
 
761
This contextual role can differ from the meaning of an ending resource when
 
762
taken outside the context of this particular arc. For example, a resource
 
763
might generically represent a "person," but in the context of
 
764
a particular arc it might have the role of "mother" and in the
 
765
context of a different arc it might have the role of "daughter."</p>
 
766
<p>When the same resource serves as a starting resource in several arcs (whether
 
767
in a single link or across many links), traversal-request behavior is unconstrained
 
768
by this specification, but one possibility for interactive applications is
 
769
a pop-up menu that lists the relevant arc or link titles.</p>
 
770
<p>The following diagram shows an extended link that associates five remote
 
771
resources and provides rules for traversal among them. All of the arcs specified
 
772
are third-party arcs; that is, the arcs go exclusively between remote resources.
 
773
The nondirectional solid lines indicate, as before, that the link is associating
 
774
the five resources; the new dotted arrows indicate the traversal rules that
 
775
the link provides. Notice that some resources share the same <code>label</code>
 
776
value.</p>
 
777
<img src="extended-arcs.gif" alt="Stylized Diagram of Out-of-Line Extended Link with Arcs">
 
778
<p>This diagram reflects directional traversal arcs created by the following
 
779
settings, where both As and Cs are allowed to initiate traversal to all Bs.
 
780
Because some labels appear on several resources, each arc specification potentially
 
781
creates several traversal arcs at once:</p>
 
782
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;go xlink:type="arc" xlink:from="A" xlink:to="B" /&gt;
 
783
&lt;go xlink:type="arc" xlink:from="C" xlink:to="B" /&gt;</pre></td></tr></table>
 
784
<p>As another example, assume an extended link that contains five locators,
 
785
two with <code>label</code> values of "parent" and three with <code>label</code>
 
786
values of "child":</p>
 
787
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;extendedlink xlink:type="extended"&gt;
 
788
  &lt;loc xlink:type="locator" xlink:href="..." xlink:label="parent" xlink:title="p1" /&gt;
 
789
  &lt;loc xlink:type="locator" xlink:href="..." xlink:label="parent" xlink:title="p2" /&gt;
 
790
  &lt;loc xlink:type="locator" xlink:href="..." xlink:label="child"  xlink:title="c1" /&gt;
 
791
  &lt;loc xlink:type="locator" xlink:href="..." xlink:label="child"  xlink:title="c2" /&gt;
 
792
  &lt;loc xlink:type="locator" xlink:href="..." xlink:label="child"  xlink:title="c3" /&gt;
 
793
... &lt;!-- arc-type elements would go here --&gt;
 
794
&lt;/extendedlink&gt;</pre></td></tr></table>
 
795
<p>The following specifies traversal from parent resources to child resources,
 
796
which includes all of p1-c1, p1-c2, p1-c3, p2-c1, p2-c2, and p2-c3:</p>
 
797
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;go xlink:type="arc" xlink:from="parent" xlink:to="child" /&gt;</pre></td></tr></table>
 
798
<p>If no value is supplied for a <code>from</code> or <code>to</code> attribute,
 
799
the missing value is interpreted as standing for <em>all</em> the labels
 
800
supplied on <code>locator</code>-type elements in that <code>extended</code>-type
 
801
element. For example, the following specifies traversal from parents to children
 
802
and also from children to children, which includes all of p1-c1, p1-c2, p1-c3,
 
803
p2-c1, p2-c2, p2-c3, c1-c1, c1-c2, c1-c3, c2-c1, c2-c2, c2-c3, c3-c1, c3-c2,
 
804
and c3-c3:</p>
 
805
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;go xlink:type="arc" xlink:to="child" /&gt;</pre></td></tr></table>
 
806
<p>In this case, note that the traversal rules include arcs from some resources
 
807
to other resources with the same label (from children to other children),
 
808
as well as from some resources to themselves (from a child to itself); this
 
809
is not an error.</p>
 
810
<p>If no <code>arc</code>-type elements are provided in an extended link, then
 
811
by extension the missing <code>from</code> and <code>to</code> values are interpreted
 
812
as standing for all the labels in that link. This would be equivalent to the
 
813
following traversal specification:</p>
 
814
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;go xlink:type="arc" /&gt;</pre></td></tr></table>
 
815
<p>When more than one locator has the same label, the set of locators with
 
816
the same label are to be understood as individual locators, rather than as
 
817
referring to an aggregate resource; the traversal behavior of such a link
 
818
might be the same as for a link where all the locators have different roles
 
819
and the appropriate arcs are specified to produce the identical traversal
 
820
pairs.</p>
 
821
<p>If the arc traversal rules for an extended link leave out any possible
 
822
traversal pairs, XLink defines no traversal for these pairs. A higher-level
 
823
application <a title="Must, May, etc." href="#dt-must">may </a>perform non-XLink-directed
 
824
traversals; for example, a link-checking process might traverse all available
 
825
pairs of resources.</p>
 
826
<div class="constraint">
 
827
<p class="prefix"><a name="cn-arc-duplicates"></a><b>Constraint: No Arc Duplication</b></p>
 
828
<p>Each <code>arc</code>-type element <a title="Must, May, etc." href="#dt-must">must</a> have
 
829
a pair of <code>from</code> and <code>to</code> values that does not repeat the <code>from</code>
 
830
and <code>to</code> values (respectively) for any other <code>arc</code>-type element
 
831
in the same extended link; that is, each pair in a link <a title="Must, May, etc." href="#dt-must">must</a>
 
832
be unique.</p>
 
833
</div>
 
834
<div class="example">
 
835
 
 
836
<h5>Example: Sample <code>arc</code>-Type Element Declarations and Instance</h5>
 
837
<p>Following is a non-normative set of declarations for an <code>arc</code>-type
 
838
element.</p>
 
839
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ELEMENT go EMPTY&gt;
 
840
&lt;!ATTLIST go
 
841
  xlink:type      (arc)           #FIXED "arc"
 
842
  xlink:arcrole   CDATA           #IMPLIED
 
843
  xlink:title     CDATA           #IMPLIED
 
844
  xlink:show      (new
 
845
                  |replace
 
846
                  |embed
 
847
                  |other
 
848
                  |none)          #IMPLIED
 
849
  xlink:actuate   (onLoad
 
850
                  |onRequest
 
851
                  |other
 
852
                  |none)          #IMPLIED
 
853
  xlink:from      NMTOKEN         #IMPLIED
 
854
  xlink:to        NMTOKEN         #IMPLIED&gt;</pre></td></tr></table>
 
855
<p>Following is how XML elements using these declarations might look.</p>
 
856
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;go
 
857
  xlink:from="student62"
 
858
  xlink:to="PatJonesGPA"
 
859
  xlink:show="new"
 
860
  xlink:actuate="onRequest"
 
861
  xlink:title="Pat Jones's GPA" /&gt;
 
862
&lt;go
 
863
  xlink:from="CS-101"
 
864
  xlink:arcrole="http://www.example.com/linkprops/auditor"
 
865
  xlink:to="student62"
 
866
  xlink:show="replace"
 
867
  xlink:actuate="onRequest"
 
868
  xlink:title="Pat Jones, auditing the course" /&gt;
 
869
&lt;go
 
870
  xlink:from="student62"
 
871
  xlink:arcrole="http://www.example.com/linkprops/advisor"
 
872
  xlink:to="prof7"
 
873
  xlink:show="replace"
 
874
  xlink:actuate="onRequest"
 
875
  xlink:title="Dr. Jay Smith, advisor" /&gt;</pre></td></tr></table>
 
876
</div></div>
 
877
<div class="div3">
 
878
 
 
879
<h4><a name="title-element"></a>5.1.4 Titles for Extended Links, Locators, and Arcs (<code>title</code>-Type Element)</h4>
 
880
<p>The <code>extended</code>-, <code>locator</code>-, and <code>arc</code>-type elements <a title="Must, May, etc." href="#dt-must">may</a> have the <code>title</code> attribute (more about
 
881
which see <a href="#link-semantics"><b>5.5 Semantic Attributes (role, arcrole, and title)</b></a>). However, they <a title="Must, May, etc." href="#dt-must">may</a>
 
882
also have a series of one or more <code>title</code>-type elements. Such elements
 
883
are useful, for example, for cases where human-readable label information
 
884
needs further element markup, or where multiple titles are necessary. One
 
885
common motivation for using the <code>title</code>-type element is to account
 
886
for internationalization and localization. For example, title markup might
 
887
be necessary for bidirectional contexts or in East Asian languages, and multiple
 
888
titles might be necessary for different natural-language versions of a title.</p>
 
889
<p>The XLink element for titles is any element with an attribute in the XLink
 
890
namespace called <code>type</code> with a value of "title".</p>
 
891
<p>The <code>title</code>-type element <a title="Must, May, etc." href="#dt-must">may</a> have
 
892
any content. If a <code>title</code>-type element contains nested XLink elements,
 
893
such contained elements have no XLink-specified relationship to the parent
 
894
link containing the title. If a <code>title</code>-type element has anything other
 
895
than an <code>extended</code>-, <code>locator</code>-, or <code>arc</code>-type element
 
896
for a parent, the <code>title</code>-type element has no XLink-specified meaning.</p>
 
897
<div class="example">
 
898
 
 
899
<h5>Example: Sample <code>title</code>-Type Element Declarations and Instance</h5>
 
900
<p>Following is a non-normative set of declarations for a <code>title</code>-type
 
901
element. The element has been given the <code>xml:lang</code> attribute, which <a title="Must, May, etc." href="#dt-must">may</a> be used in conjunction with server settings or
 
902
other contextual information in determining which title to present.</p>
 
903
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ELEMENT advisorname (name)&gt;
 
904
&lt;!ATTLIST advisorname
 
905
  xlink:type      (title)         #FIXED "title"
 
906
  xml:lang        CDATA           #IMPLIED&gt;
 
907
 
 
908
&lt;!ELEMENT name (honorific?, given, family)&gt;
 
909
&lt;!-- Further subelement declarations for names --&gt;</pre></td></tr></table>
 
910
<p>Following is how XML elements using these declarations might look.</p>
 
911
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;advisor xlink:href="profs/jaysmith7.xml" ...&gt;
 
912
  &lt;advisorname xml:lang="en"&gt;
 
913
    &lt;name&gt;
 
914
      &lt;honorific&gt;Dr.&lt;/honorific&gt;
 
915
      &lt;given&gt;Jay&lt;/given&gt;
 
916
      &lt;family&gt;Smith&lt;/family&gt;
 
917
    &lt;/name&gt;
 
918
  &lt;/advisorname&gt;
 
919
&lt;/advisor&gt;</pre></td></tr></table>
 
920
</div></div>
 
921
<div class="div3">
 
922
 
 
923
<h4><a name="xlg"></a>5.1.5 Locating Linkbases (Special Arc Role)</h4>
 
924
<p>For an XLink application to traverse from a starting resource to an ending
 
925
resource, it needs to locate both the starting resource and the link. Locating
 
926
the two pieces is not a problem in the case of outbound arcs because the starting
 
927
resource is either the linking element itself or a child of the linking element.
 
928
However, in the case of inbound and third-party arcs, the XLink application
 
929
needs to be able to find both pieces somehow.</p>
 
930
<p>In the course load example, extended links can associate pairs of remote
 
931
resources representing students and courses. In order for the system to load
 
932
and present a "student resource" (such as a description and picture
 
933
of the person) in a way that offers traversal to related information (for
 
934
example, by allowing users to click on the student's name to traverse to information
 
935
about the courses in which she is enrolled), it needs to locate and use the
 
936
extended links that contain the association.</p>
 
937
<p><a title="Linkbase" href="#dt-linkbase">Linkbases</a> are often used to make link
 
938
management easier by gathering together a number of related linking elements.
 
939
XLink provides a way to instruct XLink applications to access potentially
 
940
relevant linkbases. The instruction takes the form of an arc specification
 
941
(whether an explicit one in an extended link, or an implicit one in a simple
 
942
link) that has the following value for its arcrole attribute:</p>
 
943
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>http://www.w3.org/1999/xlink/properties/linkbase</pre></td></tr></table>
 
944
<div class="constraint">
 
945
<p class="prefix"><a name="require-xls-xml"></a><b>Constraint: Linkbases Must Be XML</b></p>
 
946
<p>Any linkbase specified as the ending resource of an arc with this special
 
947
value <a title="Must, May, etc." href="#dt-must">must</a> be an XML document.</p>
 
948
</div>
 
949
<p>(XLink applications <a title="Must, May, etc." href="#dt-must">may</a> also use any other
 
950
means to locate and process additional linkbases.)</p>
 
951
<p>The handling of a linkbase arc is much like the handling of a normal arc,
 
952
except that traversal entails loading the ending resource (the linkbase) to
 
953
extract its links for later use, rather than to present it to a user or to
 
954
perform some other processing. Its handling is also special in that XLink
 
955
applications <a title="Must, May, etc." href="#dt-must">must</a> suspend traversal of linkbase
 
956
arcs at user option.</p>
 
957
<p>Specifically, on loading a linkbase arc, an XLink application <a title="Must, May, etc." href="#dt-must">should</a> keep track of what the starting resource is.
 
958
Whenever a document containing that starting resource is loaded and traversal
 
959
of the linkbase arc is actuated, the application <a title="Must, May, etc." href="#dt-must">should</a>
 
960
access the linkbase and extract any extended links found inside it. In the
 
961
case that the extracted resource is a portion of a complete XML document,
 
962
such as a range or a string range, only those extended links completely contained
 
963
in the extracted portion <a title="Must, May, etc." href="#dt-must">should</a> be made available.</p>
 
964
<p>The timing of linkbase arc traversal depends on the value of the <code>actuate</code>
 
965
attribute on the arc. For example, if the value is "onLoad",
 
966
the linkbase is loaded and its links extracted as soon as the starting resource
 
967
is loaded. Any <code>show</code> attribute value on a linkbase arc <a title="Must, May, etc." href="#dt-must">must</a> be ignored, because traversal does not entail
 
968
presentation in this case.</p>
 
969
<p>Linkbases <a title="Must, May, etc." href="#dt-must">may</a> be chained by virtue of
 
970
serving as the starting resource of yet another linkbase arc. The application
 
971
interpreting an initial linkbase arc <a title="Must, May, etc." href="#dt-must">may</a>
 
972
choose to limit the number of steps processed in the chain.</p>
 
973
<p>An application <a title="Must, May, etc." href="#dt-must">should</a> maintain a list
 
974
of extended links retrieved as a result of processing a linkbase, and <a title="Must, May, etc." href="#dt-must">should not</a> retrieve duplicate resources or links in
 
975
the case where a cyclic dependency exists. To ease XLink processing, document
 
976
creators <a title="Must, May, etc." href="#dt-must">may</a> wish to define linkbase arcs
 
977
near the beginning of a document.</p>
 
978
<div class="example">
 
979
 
 
980
<h5>Example: Annotating a Specification</h5>
 
981
<p>Following is a non-normative set of declarations for an extended link that
 
982
specializes in providing linkbase arcs:</p>
 
983
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ELEMENT basesloaded ((startrsrc|linkbase|load)*)&gt;
 
984
&lt;!ATTLIST basesloaded
 
985
  xlink:type      (extended)      #FIXED "extended"&gt;
 
986
 
 
987
&lt;!ELEMENT startrsrc EMPTY&gt;
 
988
&lt;!ATTLIST startrsrc
 
989
  xlink:type      (locator)       #FIXED "locator"
 
990
  xlink:href      CDATA           #REQUIRED
 
991
  xlink:label     NMTOKEN         #IMPLIED&gt;
 
992
 
 
993
&lt;!ELEMENT linkbase EMPTY&gt;
 
994
&lt;!ATTLIST linkbase
 
995
  xlink:type      (locator)       #FIXED "locator"
 
996
  xlink:href      CDATA           #REQUIRED
 
997
  xlink:label     NMTOKEN         #IMPLIED&gt;
 
998
 
 
999
&lt;!ELEMENT load EMPTY&gt;
 
1000
&lt;!ATTLIST load
 
1001
  xlink:type      (arc)           #FIXED "arc"
 
1002
  xlink:arcrole   CDATA           #FIXED "http://www.w3.org/1999/xlink/properties/linkbase"
 
1003
  xlink:actuate   (onLoad
 
1004
                  |onRequest
 
1005
                  |other
 
1006
                  |none)          #IMPLIED
 
1007
  xlink:from      NMTOKEN         #IMPLIED
 
1008
  xlink:to        NMTOKEN         #IMPLIED&gt;</pre></td></tr></table>
 
1009
<p>Following is how an XML element using these declarations might look. This
 
1010
would indicate that when a specification document is loaded, a linkbase full
 
1011
of annotations to it <a title="Must, May, etc." href="#dt-must">should</a> automatically
 
1012
be loaded as well, possibly necessitating re-rendering of the entire specification
 
1013
document to reveal any regions within it that serve as starting resources
 
1014
in the links found in the linkbase.</p>
 
1015
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;basesloaded&gt;
 
1016
  &lt;startrsrc xlink:label="spec" xlink:href="spec.xml" /&gt;
 
1017
  &lt;linkbase xlink:label="linkbase" xlink:href="linkbase.xml" /&gt;
 
1018
  &lt;load xlink:from="spec" xlink:to="linkbase" actuate="onLoad" /&gt;
 
1019
&lt;/basesloaded&gt;</pre></td></tr></table>
 
1020
<p>Following is how an XML element using these declarations might look if
 
1021
the linkbase loading were on request. This time, the starting resource consists
 
1022
of the words "Click here to reveal annotations." If the starting
 
1023
resource were the entire document as in the example above, a reasonable behavior
 
1024
for allowing a user to actuate traversal would be a confirmation dialog box.</p>
 
1025
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;basesloaded&gt;
 
1026
  &lt;startrsrc
 
1027
    xlink:label="spec"
 
1028
    xlink:href="spec.xml#string-range(//*,'Click here to reveal annotations.')" /&gt;
 
1029
  &lt;linkbase xlink:label="linkbase" xlink:href="linkbase.xml" /&gt;
 
1030
  &lt;load xlink:from="spec" xlink:to="linkbase" actuate="onRequest" /&gt;
 
1031
&lt;/basesloaded&gt;</pre></td></tr></table>
 
1032
</div></div>
 
1033
</div>
 
1034
<div class="div2">
 
1035
 
 
1036
<h3><a name="simple-links"></a>5.2 Simple Links (<code>simple</code>-Type Element)</h3>
 
1037
<p>[<a name="dt-simplelink" title="Simple link">Definition</a>: A <b>simple link</b>
 
1038
is a link that associates exactly two <a title="Resource" href="#dt-resource">resources</a>,
 
1039
one <a title="Local resource" href="#dt-local-resource">local</a> and one <a title="Remote resource" href="#dt-remote-resource">remote</a>,
 
1040
with an arc going from the former to the latter. Thus, a simple link is always
 
1041
an outbound link.]</p>
 
1042
<p>The purpose of a simple link is to be a convenient shorthand for the equivalent
 
1043
extended link. A single simple linking element combines the basic functions
 
1044
of an <code>extended</code>-type element, a <code>locator</code>-type element, an <code>arc</code>-type
 
1045
element, and a <code>resource</code>-type element.</p>
 
1046
<p>The following diagram shows the characteristics of a simple link; it associates
 
1047
one local and one remote resource, and implicitly provides a single traversal
 
1048
arc from the local resource to the remote one. This could represent, for example,
 
1049
the name of a student appearing in text which, when clicked, leads to information
 
1050
about the student.</p>
 
1051
<img src="simple.gif" alt="Stylized Diagram of Simple Link"><div class="example">
 
1052
 
 
1053
<h5>Example: Simple Link Functionality Done with an Extended Link</h5>
 
1054
<p>A simple link could be represented by an extended link in approximately
 
1055
the following way:</p>
 
1056
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;studentlink xlink:type="extended"&gt;
 
1057
  &lt;resource
 
1058
    xlink:type="resource"
 
1059
    xlink:label="local"&gt;Pat Jones&lt;/resource&gt;
 
1060
  &lt;locator
 
1061
    xlink:type="locator"
 
1062
    xlink:href="..."
 
1063
    xlink:label="remote"
 
1064
    xlink:role="..."
 
1065
    xlink:title="..." /&gt;
 
1066
 
 
1067
  &lt;go
 
1068
    xlink:type="arc"
 
1069
    xlink:from="local"
 
1070
    xlink:to="remote"
 
1071
    xlink:arcrole="..."
 
1072
    xlink:show="..."
 
1073
    xlink:actuate="..." /&gt;
 
1074
&lt;/studentlink&gt;</pre></td></tr></table>
 
1075
</div>
 
1076
<p>A simple link combines all the features above (except for the types and
 
1077
labels) into a single element. In cases where only this subset of features
 
1078
is required, the XLink simple linking element is available as an alternative
 
1079
to the extended linking element. The features missing from simple links are
 
1080
as follows:</p>
 
1081
<ul>
 
1082
<li><p>Supplying arbitrary numbers of local and remote resources</p></li>
 
1083
<li><p>Specifying an arc from its remote resource to its local resource</p>
 
1084
</li>
 
1085
<li><p>Associating a title with the single hardwired arc</p></li>
 
1086
<li><p>Associating a role or title with the local resource</p></li>
 
1087
<li><p>Associating a role or title with the link as a whole</p></li>
 
1088
</ul>
 
1089
<p>The XLink element for simple links is any element with an attribute in
 
1090
the XLink namespace called <code>type</code> with a value of "simple".
 
1091
The simple equivalent of the above extended link would be as follows:</p>
 
1092
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;studentlink xlink:href="..."&gt;Pat Jones&lt;/studentlink&gt;</pre></td></tr></table>
 
1093
<p>The <code>simple</code>-type element <a title="Must, May, etc." href="#dt-must">may</a> have
 
1094
any content. The <code>simple</code>-type element itself, together with all of
 
1095
its content, is the local resource of the link, as if the element were a <code>resource</code>-type
 
1096
element. If a <code>simple</code>-type element contains nested XLink elements,
 
1097
such contained elements have no XLink-specified relationship to the parent
 
1098
link. It is possible for a <code>simple</code>-type element to have no content;
 
1099
in cases where the link is expected to be traversed on request, interactive
 
1100
XLink applications will typically generate some content in order to give the
 
1101
user a way to initiate the traversal.</p>
 
1102
<p>The <code>simple</code>-type element effectively takes the locator attribute <code>href</code>
 
1103
and the semantic attributes <code>role</code> and <code>title</code> from the <code>locator</code>-type
 
1104
element, and the behavior attributes <code>show</code> and <code>actuate</code>
 
1105
and the single semantic attribute <code>arcrole</code> from the <code>arc</code>-type
 
1106
element.</p>
 
1107
<p>It is not an error for a <code>simple</code>-type element to have no locator
 
1108
(<code>href</code>) attribute value. If a value is not provided, the link is
 
1109
simply untraversable. Such a link may still be useful, for example, to associate
 
1110
properties with the resource by means of XLink attributes.</p>
 
1111
<div class="example">
 
1112
 
 
1113
<h5>Example: Sample <code>simple</code>-Type Element Declarations and Instance</h5>
 
1114
<p>Following is a non-normative set of declarations for a <code>simple</code>-type
 
1115
element.</p>
 
1116
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ELEMENT studentlink ANY&gt;
 
1117
&lt;!ATTLIST studentlink
 
1118
  xlink:type      (simple)        #FIXED "simple"
 
1119
  xlink:href      CDATA           #IMPLIED
 
1120
  xlink:role      NMTOKEN         #FIXED "http://www.example.com/linkprops/student"
 
1121
  xlink:arcrole   CDATA           #IMPLIED
 
1122
  xlink:title     CDATA           #IMPLIED
 
1123
  xlink:show      (new
 
1124
                  |replace
 
1125
                  |embed
 
1126
                  |other
 
1127
                  |none)          #IMPLIED
 
1128
  xlink:actuate   (onLoad
 
1129
                  |onRequest
 
1130
                  |other
 
1131
                  |none)          #IMPLIED&gt;</pre></td></tr></table>
 
1132
<p>Following is how an XML document might use these declarations.</p>
 
1133
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>..., and &lt;studentlink xlink:href="students/patjones62.xml"&gt;Pat
 
1134
Jones&lt;/studentlink&gt; is popular around the student union.</pre></td></tr></table>
 
1135
</div></div>
 
1136
<div class="div2">
 
1137
 
 
1138
<h3><a name="link-types"></a>5.3 XLink Element Type Attribute (<code>type</code>)</h3>
 
1139
<p>The attribute that identifies XLink element types is <code>type</code>.</p>
 
1140
<div class="constraint">
 
1141
<p class="prefix"><a name="cn-type-value"></a><b>Constraint: type Value</b></p>
 
1142
<p>The value of the <code>type</code> attribute <a title="Must, May, etc." href="#dt-must">must</a>
 
1143
be supplied. The value <a title="Must, May, etc." href="#dt-must">must</a> be one of "simple", "extended", "locator", "arc", "resource", "title",
 
1144
or "none".</p>
 
1145
</div>
 
1146
<p>When the value of the <code>type</code> attribute is "none",
 
1147
the element has no XLink-specified meaning, and any XLink-related content
 
1148
or attributes have no XLink-specified relationship to the element.</p>
 
1149
<div class="example">
 
1150
 
 
1151
<h5>Example: Sample <code>type</code> Attribute Declarations</h5>
 
1152
<p>Following is a non-normative attribute-list declaration for <code>type</code>
 
1153
on an element intended to be <code>simple</code>-type.</p>
 
1154
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ATTLIST xlink:simple
 
1155
  xlink:type      (simple)        #FIXED "simple"
 
1156
  ...&gt;</pre></td></tr></table>
 
1157
<p>For an element that serves as an XLink element only on some occasions,
 
1158
one declaration might be as follows, where the document creator sets the value
 
1159
to "simple" in some circumstances and "none"
 
1160
in others. The use of "none" might be useful in helping XLink
 
1161
applications to avoid checking for the presence of an <code>href</code> value.</p>
 
1162
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ATTLIST commandname
 
1163
  xlink:type      (simple|none)   #REQUIRED
 
1164
  xlink:href      CDATA           #IMPLIED&gt;</pre></td></tr></table>
 
1165
</div></div>
 
1166
<div class="div2">
 
1167
 
 
1168
<h3><a name="link-locators"></a>5.4 Locator Attribute (<code>href</code>)</h3>
 
1169
<p>The attribute that supplies the data that allows an XLink application to
 
1170
find a remote resource (or resource fragment) is <code>href</code>. It <a title="Must, May, etc." href="#dt-must">may</a> be used on <code>simple</code>-type elements, and <a title="Must, May, etc." href="#dt-must">must</a> be used on <code>locator</code>-type elements.</p>
 
1171
<p>The value of the <code>href</code> attribute <a title="Must, May, etc." href="#dt-must">must</a>
 
1172
be a URI reference as defined in <a href="#rfc2396">[IETF RFC 2396]</a>, or must result in
 
1173
a URI reference after the escaping procedure described below is applied. The
 
1174
procedure is applied when passing the URI reference to a URI resolver.</p>
 
1175
<p>Some characters are disallowed in URI references, even if they are allowed
 
1176
in XML; the disallowed characters include all non-ASCII characters, plus the
 
1177
excluded characters listed in Section 2.4 of <a href="#rfc2396">[IETF RFC 2396]</a>, except
 
1178
for the number sign (#) and percent sign (%) and the square bracket characters
 
1179
re-allowed in <a href="#rfc2732">[IETF RFC 2732]</a>. Disallowed characters <a title="Must, May, etc." href="#dt-must">must</a>
 
1180
be escaped as follows:</p>
 
1181
<ol>
 
1182
<li><p>Each disallowed character is converted to UTF-8 <a href="#rfc2279">[IETF RFC 2279]</a>
 
1183
as one or more bytes.</p></li>
 
1184
<li><p>Any bytes corresponding to a disallowed character are escaped with
 
1185
the URI escaping mechanism (that is, converted to <code>%</code><var>HH</var>,
 
1186
where HH is the hexadecimal notation of the byte value).</p></li>
 
1187
<li><p>The original character is replaced by the resulting character sequence.</p>
 
1188
</li>
 
1189
</ol>
 
1190
<p>Because it is impractical for any application to check that a value is
 
1191
a URI reference, this specification follows the lead of <a href="#rfc2396">[IETF RFC 2396]</a>
 
1192
in this matter and imposes no such conformance testing requirement on XLink
 
1193
applications.</p>
 
1194
<p>If the URI reference is relative, its absolute version <a title="Must, May, etc." href="#dt-must">must</a>
 
1195
be computed by the method of <a href="#xbase">[XML Base]</a> before use.</p>
 
1196
<p>For locators into XML resources, the format of the fragment identifier
 
1197
(if any) used within the URI reference is specified by the XPointer specification <a href="#xptr">[XPTR]</a>.</p>
 
1198
<div class="example">
 
1199
 
 
1200
<h5>Example: Sample <code>href</code> Attribute Declarations</h5>
 
1201
<p>Following is a non-normative attribute-list declaration for <code>href</code>
 
1202
on an element intended to be <code>simple</code>-type.</p>
 
1203
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ATTLIST simplelink
 
1204
  xlink:href      CDATA           #REQUIRED
 
1205
  ...&gt;</pre></td></tr></table>
 
1206
</div></div>
 
1207
<div class="div2">
 
1208
 
 
1209
<h3><a name="link-semantics"></a>5.5 Semantic Attributes (<code>role</code>, <code>arcrole</code>, and <code>title</code>)</h3>
 
1210
<p>The attributes that describe the meaning of resources within the context
 
1211
of a link are <code>role</code>, <code>arcrole</code>, and <code>title</code>. The <code>role</code>
 
1212
attribute <a title="Must, May, etc." href="#dt-must">may</a> be used on <code>extended</code>-, <code>simple</code>-, <code>locator-</code>,
 
1213
and <code>resource</code>-type elements. The <code>arcrole</code> attribute <a title="Must, May, etc." href="#dt-must">may</a> be used on <code>arc</code>- and <code>simple</code>-type
 
1214
elements. The <code>title</code> attribute <a title="Must, May, etc." href="#dt-must">may</a>
 
1215
be used on all of these types of elements.</p>
 
1216
<p>The value of the <code>role</code> or <code>arcrole</code> attribute <a title="Must, May, etc." href="#dt-must">must</a> be a URI reference as defined in <a href="#rfc2396">[IETF RFC 2396]</a>,
 
1217
except that if the URI scheme used is allowed to have absolute and relative
 
1218
forms, the URI portion <a title="Must, May, etc." href="#dt-must">must</a> be absolute.
 
1219
The URI reference identifies some resource that describes the intended property.
 
1220
When no value is supplied, no particular role value is to be inferred. Disallowed
 
1221
URI reference characters in these attribute values <a title="Must, May, etc." href="#dt-must">must</a>
 
1222
be specially encoded as described in <a href="#link-locators"><b>5.4 Locator Attribute (href)</b></a>.</p>
 
1223
<p>The <code>title</code> attribute is used to describe the meaning of a link
 
1224
or resource in a human-readable fashion, along the same lines as the <code>role</code>
 
1225
or <code>arcrole</code> attribute. (However, see also <a href="#title-element"><b>5.1.4 Titles for Extended Links, Locators, and Arcs (title-Type Element)</b></a>.)
 
1226
A value is optional; if a value is supplied, it <a title="Must, May, etc." href="#dt-must">should</a>
 
1227
contain a string that describes the resource. The use of this information
 
1228
is highly dependent on the type of processing being done. It <a title="Must, May, etc." href="#dt-must">may</a>
 
1229
be used, for example, to make titles available to applications used by visually
 
1230
impaired users, or to create a table of links, or to present help text that
 
1231
appears when a user lets a mouse pointer hover over a starting resource.</p>
 
1232
<div class="example">
 
1233
 
 
1234
<h5>Example: Sample <code>role</code> and <code>title</code> Attribute Declarations</h5>
 
1235
<p>Following is a non-normative attribute-list declaration for <code>role</code>
 
1236
and <code>title</code> on an element intended to be <code>simple</code>-type.</p>
 
1237
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ATTLIST simplelink
 
1238
  ...
 
1239
  xlink:role      CDATA           #IMPLIED
 
1240
  xlink:title     CDATA           #IMPLIED
 
1241
  ...&gt;</pre></td></tr></table>
 
1242
<p>Following is a non-normative attribute-list declaration for <code>arcrole</code>
 
1243
and <code>title</code> on an element intended to be <code>arc</code>-type.</p>
 
1244
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ATTLIST go
 
1245
  ...
 
1246
  xlink:arcrole   CDATA           #IMPLIED
 
1247
  xlink:title     CDATA           #IMPLIED
 
1248
  ...&gt;</pre></td></tr></table>
 
1249
</div></div>
 
1250
<div class="div2">
 
1251
 
 
1252
<h3><a name="link-behaviors"></a>5.6 Behavior Attributes (<code>show</code> and <code>actuate</code>) </h3>
 
1253
<p>The behavior attributes are <code>show</code> and <code>actuate</code>. They <a title="Must, May, etc." href="#dt-must">may</a> be used on the <code>simple</code>- and <code>arc</code>-type
 
1254
elements. When used on a <code>simple</code>-type element, they signal behavior
 
1255
intentions for traversal to that link's single remote ending resource. When
 
1256
they are used on an <code>arc</code>-type element, they signal behavior intentions
 
1257
for traversal to whatever ending resources (local or remote) are specified
 
1258
by that arc.</p>
 
1259
<p>The <code>show</code> and <code>actuate</code> attributes are not required.
 
1260
When they are used, conforming XLink applications <a title="Must, May, etc." href="#dt-must">should</a>
 
1261
give them the treatment specified in this section. There is no hard requirement
 
1262
("must") for this treatment because what makes sense for an interactive
 
1263
application, such as a browser, is unlikely to make sense for a noninteractive
 
1264
application, such as a robot. However, all applications <a title="Must, May, etc." href="#dt-must">should</a>
 
1265
take into account the full implications of ignoring the specified behavior
 
1266
before choosing a different course.</p>
 
1267
<div class="example">
 
1268
 
 
1269
<h5>Example: Sample <code>show</code> and <code>actuate</code> Attribute Declarations</h5>
 
1270
<p>Following is a non-normative attribute-list declaration for <code>show</code>
 
1271
and <code>actuate</code> on an element intended to be <code>simple</code>-type.</p>
 
1272
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ATTLIST simplelink
 
1273
  xlink:type      (simple)        #FIXED "simple"
 
1274
  ...
 
1275
  xlink:show      (new
 
1276
                  |replace
 
1277
                  |embed
 
1278
                  |other
 
1279
                  |none)          #IMPLIED
 
1280
  xlink:actuate   (onLoad
 
1281
                  |onRequest
 
1282
                  |other
 
1283
                  |none)          #IMPLIED
 
1284
  ...&gt;</pre></td></tr></table>
 
1285
</div>
 
1286
<p>Applications encountering <code>arc</code>-type elements in linkbase lists <a title="Must, May, etc." href="#dt-must">must</a> treat the behavior attributes as if they were
 
1287
specified as <code>show="none"</code> and <code>actuate="onLoad"</code>, even
 
1288
if other values were specified.</p>
 
1289
<div class="div3">
 
1290
 
 
1291
<h4><a name="show-att"></a>5.6.1 <code>show</code> Attribute</h4>
 
1292
<p>The <code>show</code> attribute is used to communicate the desired presentation
 
1293
of the ending resource on traversal from the starting resource.</p>
 
1294
<div class="constraint">
 
1295
<p class="prefix"><a name="cn-show-value"></a><b>Constraint: show Value</b></p>
 
1296
<p>If a value is supplied for a <code>show</code> attribute, it <a title="Must, May, etc." href="#dt-must">must</a>
 
1297
be one of the values "new", "replace", "embed", "other",
 
1298
and "none".</p>
 
1299
</div>
 
1300
<p>Conforming XLink applications <a title="Must, May, etc." href="#dt-must">should</a> apply
 
1301
the following treatment for <code>show</code> values:</p>
 
1302
<dl>
 
1303
<dt class="label">"new"</dt>
 
1304
<dd>
 
1305
<p>An application traversing to the ending resource <a title="Must, May, etc." href="#dt-must">should</a>
 
1306
load it in a new window, frame, pane, or other relevant presentation context.
 
1307
This is similar to the effect achieved by the following HTML fragment:</p>
 
1308
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;A HREF="http://www.example.org" target="_blank"&gt;...&lt;/A&gt;</pre></td></tr></table>
 
1309
</dd>
 
1310
<dt class="label">"replace"</dt>
 
1311
<dd>
 
1312
<p>An application traversing to the ending resource <a title="Must, May, etc." href="#dt-must">should</a>
 
1313
load the resource in the same window, frame, pane, or other relevant presentation
 
1314
context in which the starting resource was loaded. This is similar to the
 
1315
effect achieved by the following HTML fragment:</p>
 
1316
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;A HREF="http://www.example.org" target="_self"&gt;...&lt;/A&gt;</pre></td></tr></table>
 
1317
</dd>
 
1318
<dt class="label">"embed"</dt>
 
1319
<dd>
 
1320
<p>An application traversing to the ending resource <a title="Must, May, etc." href="#dt-must">should</a>
 
1321
load its presentation in place of the presentation of the starting resource.
 
1322
This is similar to the effect achieved by the following HTML fragment:</p>
 
1323
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;IMG SRC="http://www.example.org/smiley.gif" ALT=":-)"&gt;</pre></td></tr></table>
 
1324
<p>The presentation of the starting resource typically does not consist of
 
1325
an entire document; it would be the entire document only when the root element
 
1326
of the document is a simple link. Thus, embedding typically has an effect
 
1327
distinct from replacing.</p>
 
1328
<p>Just as for the HTML <code>IMG</code> element, embedding affects only the presentation
 
1329
of the relevant resources; it does not dictate permanent transformation of
 
1330
the starting resource. Put another way, when an embedded XLink is processed,
 
1331
the result of styling the ending resource of the link is merged into the result
 
1332
of styling the resource into which it is embedded. By contrast, when a construct
 
1333
such as an XInclude element <a href="#xinclude">[XInclude]</a> is resolved, the original
 
1334
XML is actually transformed to include the referenced content.</p>
 
1335
<p>The behavior of conforming XLink applications when embedding XML-based
 
1336
(<a href="#rfc2376">[IETF RFC 2376]</a> or <a href="#draft-xmlmediatypes">[IETF I-D XMT]</a>) ending resources
 
1337
is not defined in this version of this specification.</p>
 
1338
<p>The presentation of embedded resources is application dependent.</p>
 
1339
</dd>
 
1340
<dt class="label">"other"</dt>
 
1341
<dd>
 
1342
<p>The behavior of an application traversing to the ending resource is unconstrained
 
1343
by this specification. The application <a title="Must, May, etc." href="#dt-must">should</a>
 
1344
look for other markup present in the link to determine the appropriate behavior.</p>
 
1345
</dd>
 
1346
<dt class="label">"none"</dt>
 
1347
<dd>
 
1348
<p>The behavior of an application traversing to the ending resource is unconstrained
 
1349
by this specification. No other markup is present to help the application
 
1350
determine the appropriate behavior.</p>
 
1351
</dd>
 
1352
</dl>
 
1353
<p>If the starting or ending resource consists of multiple non-contiguous
 
1354
locations, such as a series of string ranges in various locations in the resource,
 
1355
then application behavior is unconstrained. (See <a href="#xptr">[XPTR]</a> for
 
1356
more information about selecting portions of XML documents.)</p>
 
1357
<div class="note"><p class="prefix"><b>Note:</b></p>
 
1358
<p>Some possibilities for application behavior with non-contiguous ending
 
1359
resources might include highlighting of each location, producing a dialog
 
1360
box that allows the reader to choose among the locations as if there were
 
1361
separate arcs leading to each one, concatenating the content of all the locations
 
1362
for presentation, and so on. Application behavior with non-contiguous starting
 
1363
resources might include concatenation and rendering as a single unit, or creating
 
1364
one arc emanating from each contiguous portion.</p>
 
1365
</div>
 
1366
</div>
 
1367
<div class="div3">
 
1368
 
 
1369
<h4><a name="actuate-att"></a>5.6.2 <code>actuate</code> Attribute</h4>
 
1370
<p>The <code>actuate</code> attribute is used to communicate the desired timing
 
1371
of traversal from the starting resource to the ending resource..</p>
 
1372
<div class="constraint">
 
1373
<p class="prefix"><a name="cn-actuate-value"></a><b>Constraint: actuate Value</b></p>
 
1374
<p>If a value is supplied for an <code>actuate</code> attribute, it <a title="Must, May, etc." href="#dt-must">must</a> be be one of the values "onLoad", "onRequest", "other",
 
1375
and "none".</p>
 
1376
</div>
 
1377
<p>Conforming XLink applications <a title="Must, May, etc." href="#dt-must">should</a> apply
 
1378
the following treatment for <code>actuate</code> values:</p>
 
1379
<dl>
 
1380
<dt class="label">"onLoad"</dt>
 
1381
<dd>
 
1382
<p>An application <a title="Must, May, etc." href="#dt-must">should</a> traverse to the
 
1383
ending resource immediately on loading the starting resource. This is similar
 
1384
to the effect typically achieved by the following HTML fragment, when the
 
1385
user agent is configured to display images:</p>
 
1386
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;IMG SRC="http://www.example.org/smiley.gif" ALT=":-)"&gt;</pre></td></tr></table>
 
1387
<p>If a single resource contains multiple arcs whose behavior is set to <code>show="replace"
 
1388
actuate="onLoad"</code>, application behavior is unconstrained by XLink.</p>
 
1389
</dd>
 
1390
<dt class="label">"onRequest"</dt>
 
1391
<dd>
 
1392
<p>An application <a title="Must, May, etc." href="#dt-must">should</a> traverse from the
 
1393
starting resource to the ending resource only on a post-loading event triggered
 
1394
for the purpose of traversal. An example of such an event might be when a
 
1395
user clicks on the presentation of the starting resource, or a software module
 
1396
finishes a countdown that precedes a redirect.</p>
 
1397
</dd>
 
1398
<dt class="label">"other"</dt>
 
1399
<dd>
 
1400
<p>The behavior of an application traversing to the ending resource is unconstrained
 
1401
by this specification. The application <a title="Must, May, etc." href="#dt-must">should</a>
 
1402
look for other markup present in the link to determine the appropriate behavior.</p>
 
1403
</dd>
 
1404
<dt class="label">"none"</dt>
 
1405
<dd>
 
1406
<p>The behavior of an application traversing to the ending resource is unconstrained
 
1407
by this specification. No other markup is present to help the application
 
1408
determine the appropriate behavior.</p>
 
1409
</dd>
 
1410
</dl>
 
1411
</div>
 
1412
</div>
 
1413
<div class="div2">
 
1414
 
 
1415
<h3><a name="traversal-atts"></a>5.7 Traversal Attributes (<code>label</code>, <code>from</code>, and <code>to</code>)</h3>
 
1416
<p>The traversal attributes are <code>label</code>, <code>from</code>, and <code>to</code>.
 
1417
The <code>label</code> attribute <a title="Must, May, etc." href="#dt-must">may</a> be used
 
1418
on the <code>resource</code>- and <code>locator</code>-type elements. The <code>from</code>
 
1419
and <code>to</code> attributes <a title="Must, May, etc." href="#dt-must">may</a> be used
 
1420
on the <code>arc</code>-type element.</p>
 
1421
<div class="constraint">
 
1422
<p class="prefix"><a name="cn-fromto-values"></a><b>Constraint: <code>label</code>, <code>from</code>, and <code>to</code> Values</b></p>
 
1423
<p>The value of a <code>label</code>, <code>from</code>, or <code>to</code> attribute
 
1424
must be an <a href="http://www.w3.org/TR/REC-xml-names/#NT-NCName">NCName</a>.
 
1425
If a value is supplied for a <code>from</code> or <code>to</code> attribute, it <a title="Must, May, etc." href="#dt-must">must</a> correspond to the same value for some <code>label</code>
 
1426
attribute on a <code>locator</code>- or <code>resource</code>-type element that appears
 
1427
as a direct child inside the same <code>extended</code>-type element as does the <code>arc</code>-type
 
1428
element. </p>
 
1429
</div>
 
1430
</div>
 
1431
</div>
 
1432
</div><div class="back">
 
1433
<div class="div1">
 
1434
 
 
1435
<h2><a name="references"></a>A References</h2>
 
1436
<div class="div2">
 
1437
 
 
1438
<h3><a name="N3954"></a>A.1 Normative References</h3>
 
1439
<dl>
 
1440
<dt class="label"><a name="draft-xmlmediatypes"></a>IETF I-D XMT</dt><dd><cite>XML Media Types</cite>. Makoto, M., St. Laurent, S. and D. Kohn, editors.
 
1441
Internet Engineering Task Force, 2001.  (See <a href="http://www.ietf.org/rfc/rfc3023.txt">http://www.ietf.org/rfc/rfc3023.txt</a>.)</dd>
 
1442
<dt class="label"><a name="rfc2396"></a>IETF RFC 2396</dt><dd>IETF
 
1443
(Internet Engineering Task Force). <cite>RFC 2396: Uniform Resource Identifiers</cite>.
 
1444
1995.  (See <a href="http://www.ietf.org/rfc/rfc2396.txt">http://www.ietf.org/rfc/rfc2396.txt</a>.)</dd>
 
1445
<dt class="label"><a name="rfc2279"></a>IETF RFC 2279</dt><dd><cite>RFC
 
1446
2279: UTF-8, a transformation format of ISO 10646</cite>. Internet Engineering
 
1447
Task Force, 1998.  (See <a href="http://www.ietf.org/rfc/rfc2279.txt">http://www.ietf.org/rfc/rfc2279.txt</a>.)</dd>
 
1448
<dt class="label"><a name="rfc2376"></a>IETF RFC 2376</dt><dd><cite>RFC
 
1449
2376: XML Media Types</cite>. Internet Engineering Task Force, 1998.  (See <a href="http://www.ietf.org/rfc/rfc2376.txt">http://www.ietf.org/rfc/rfc2376.txt</a>.)</dd>
 
1450
<dt class="label"><a name="rfc2732"></a>IETF RFC 2732</dt><dd><cite>RFC
 
1451
2732: Format for Literal IPv6 Addresses in URL's</cite>. Internet Engineering
 
1452
Task Force, 1999.  (See <a href="http://www.ietf.org/rfc/rfc2732.txt">http://www.ietf.org/rfc/rfc2732.txt</a>.)</dd>
 
1453
<dt class="label"><a name="XML"></a>XML</dt><dd>Tim Bray, Jean
 
1454
Paoli, C.M. Sperberg-McQueen, and Eve Maler, editors. <em>Extensible Markup
 
1455
Language (XML) 1.0 (Second Edition).</em> World Wide Web Consortium, 2000.  (See <a href="http://www.w3.org/TR/2000/REC-xml-20001006">http://www.w3.org/TR/2000/REC-xml-20001006</a>.)</dd>
 
1456
<dt class="label"><a name="rfc2119"></a>IETF RFC 2119</dt><dd>S.
 
1457
Bradner, editor. <cite>Key words for use in RFCs to Indicate Requirement
 
1458
Levels</cite>. March 1997.  (See <a href="http://www.ietf.org/rfc/rfc2119.txt">http://www.ietf.org/rfc/rfc2119.txt</a>.)</dd>
 
1459
<dt class="label"><a name="xbase"></a>XML Base</dt><dd>Jonathan Marsh, editor. <cite>XML Base (XBase)</cite>.
 
1460
World Wide Web Consortium, 1999.  (See <a href="http://www.w3.org/TR/2001/REC-xmlbase-20010627/">http://www.w3.org/TR/2001/REC-xmlbase-20010627/</a>.)</dd>
 
1461
<dt class="label"><a name="xname"></a>XML Names</dt><dd>Tim Bray, Dave Hollander, and Andrew Layman, editors. <cite>Namespaces
 
1462
in XML</cite>. World Wide
 
1463
Web Consortium, 1999.  (See <a href="http://www.w3.org/TR/1999/REC-xml-names-19990114/">http://www.w3.org/TR/1999/REC-xml-names-19990114/</a>.)</dd>
 
1464
</dl></div>
 
1465
<div class="div2">
 
1466
 
 
1467
<h3><a name="N4107"></a>A.2 Non-Normative References</h3>
 
1468
<dl>
 
1469
<dt class="label"><a name="chum"></a>CHUM</dt><dd>Steven J. DeRose and David G. Durand. 1995. "The
 
1470
TEI Hypertext Guidelines." In <cite>Computing and the Humanities</cite>
 
1471
29(3). Reprinted in <cite>Text Encoding Initiative: Background and Context</cite>,
 
1472
ed. Nancy Ide and Jean Ronis, ISBN 0-7923-3704-2.</dd>
 
1473
<dt class="label"><a name="dexter"></a>Dexter</dt><dd>Halasz, Frank. 1994. "The Dexter Hypertext
 
1474
Reference Model." In Communications of the Association for Computing
 
1475
Machinery 37 (2), February 1994: 30-39.</dd>
 
1476
<dt class="label"><a name="fress"></a>FRESS</dt><dd>Steven J. DeRose and Andries van Dam. 1999. "Document
 
1477
structure in the FRESS Hypertext System." Markup Languages 1 (1) Winter.
 
1478
Cambridge: MIT Press: 7-32. (See also <a href=" http://www.stg.brown.edu/~sjd/fress.html">
 
1479
http://www.stg.brown.edu/~sjd/fress.html</a> for more information.)</dd>
 
1480
<dt class="label"><a name="html"></a>HTML</dt><dd><cite>HTML
 
1481
4.01 Specification</cite>. World Wide Web Consortium, 1999.  (See <a href="http://www.w3.org/TR/1999/REC-html401-19991224/">http://www.w3.org/TR/1999/REC-html401-19991224/</a>.)</dd>
 
1482
<dt class="label"><a name="intermedia"></a>Intermedia</dt><dd>Yankelovich, Nicole, Bernard J. Haan,
 
1483
Norman K. Meyrowitz, and Steven M. Drucker. 1988. "Intermedia: The Concept
 
1484
and the Construction of a Seamless Information Environment." IEEE Computer
 
1485
21 (January, 1988): 81-96.</dd>
 
1486
<dt class="label"><a name="iso10744"></a>ISO/IEC 10744</dt><dd>ISO (International Organization for Standardization). <cite>ISO/IEC
 
1487
10744-1992 (E). Information technology-Hypermedia/Time-based Structuring Language
 
1488
(HyTime).</cite> [Geneva]: International Organization for Standardization,
 
1489
1992. <cite>Extended Facilities Annex.</cite> [Geneva]: International
 
1490
Organization for Standardization, 1996.  (See <a href="http://www.y12.doe.gov/sgml/wg8/document/1920.htm">http://www.y12.doe.gov/sgml/wg8/document/1920.htm</a>.)</dd>
 
1491
<dt class="label"><a name="microcosm"></a>MicroCosm</dt><dd>Hall, Wendy, Hugh Davis, and Gerard Hutchings.
 
1492
1996. <cite>Rethinking Hypermedia: The Microcosm Approach.</cite>
 
1493
Boston: Kluwer Academic Publishers. ISBN 0-7923-9679-0.</dd>
 
1494
<dt class="label"><a name="ohs"></a>OHS</dt><dd>van Ossenbruggen, Jacco, Anton Eli�ns and Lloyd Rutledge. "The
 
1495
Role of XML in Open Hypermedia Systems." Position paper for the 4th
 
1496
Workshop on Open Hypermedia Systems, ACM Hypertext '98.  (See <a href="http://aue.auc.dk/~kock/OHS-HT98/Papers/ossenbruggen.html">http://aue.auc.dk/~kock/OHS-HT98/Papers/ossenbruggen.html</a>.)</dd>
 
1497
<dt class="label"><a name="rdf"></a>RDF</dt><dd>Ora Lassila and Ralph Swick, editors. <cite>Resource Description
 
1498
Framework (RDF) Model and Syntax Specification</cite>. World Wide Web
 
1499
Consortium, 1999.  (See <a href="http://www.w3.org/TR/1999/REC-rdf-syntax-19990222/">http://www.w3.org/TR/1999/REC-rdf-syntax-19990222/</a>.)</dd>
 
1500
<dt class="label"><a name="tei"></a>TEI</dt><dd>C. M. Sperberg-McQueen and Lou Burnard, editors.<cite>Guidelines
 
1501
for Electronic Text Encoding and Interchange</cite>. Association for Computers
 
1502
and the Humanities (ACH), Association for Computational Linguistics (ACL),
 
1503
and Association for Literary and Linguistic Computing (ALLC). Chicago, Oxford:
 
1504
Text Encoding Initiative, 1994.</dd>
 
1505
<dt class="label"><a name="infoset"></a>XIS</dt><dd>John Cowan
 
1506
and Richard Tobin, editors. <cite>XML Information
 
1507
Set</cite>. World Wide Web Consortium, 2001.  (See <a href="http://www.w3.org/TR/2001/CR-xml-infoset-20010514/">http://www.w3.org/TR/2001/CR-xml-infoset-20010514/</a>.)</dd>
 
1508
<dt class="label"><a name="xlink2rdf"></a>XLinkToRDF</dt><dd>Ron Daniel, editor. <cite>Harvesting RDF Statements from
 
1509
XLinks</cite>. World Wide Web Consortium, 2000.  (See <a href="http://www.w3.org/TR/2000/NOTE-xlink2rdf-20000929/">http://www.w3.org/TR/2000/NOTE-xlink2rdf-20000929/</a>.)</dd>
 
1510
<dt class="label"><a name="xlink-naming"></a>XLinkNaming</dt><dd>Eve Maler, Daniel Veillard and Henry S. Thompson, editors. <cite>XLink
 
1511
Markup Name Control</cite>. World Wide Web Consortium, 2000.  (See <a href="http://www.w3.org/TR/2000/NOTE-xlink-naming-20001220/">http://www.w3.org/TR/2000/NOTE-xlink-naming-20001220/</a>.)</dd>
 
1512
<dt class="label"><a name="xinclude"></a>XInclude</dt><dd>Jonathan Marsh and David Orchard, editors. <cite>XML Inclusions
 
1513
(XInclude) Version 1.0</cite>. World Wide Web Consortium, 2000.  (See <a href="http://www.w3.org/TR/2001/WD-xinclude-20010516/">http://www.w3.org/TR/2001/WD-xinclude-20010516/</a>.)</dd>
 
1514
<dt class="label"><a name="xlreq"></a>XLREQ</dt><dd>Steven DeRose, editor. <cite>XML XLink Requirements Version
 
1515
1.0</cite>.World Wide Web Consortium, 1999.  (See <a href="http://www.w3.org/TR/1999/NOTE-xlink-req-19990224/">http://www.w3.org/TR/1999/NOTE-xlink-req-19990224/</a>.)</dd>
 
1516
<dt class="label"><a name="xldp"></a>XLDP</dt><dd>Eve
 
1517
Maler and Steve DeRose, editors. <cite>XML Linking Language (XLink) Design
 
1518
Principles</cite>.World Wide Web Consortium, 1998.  (See <a href="http://www.w3.org/TR/1998/NOTE-xlink-principles-19980303">http://www.w3.org/TR/1998/NOTE-xlink-principles-19980303</a>.)</dd>
 
1519
<dt class="label"><a name="xptr"></a>XPTR</dt><dd>Ron Daniel, Steve
 
1520
DeRose, and Eve Maler, editors.<cite> XML Pointer Language (XPointer)
 
1521
V1.0</cite>.World Wide Web Consortium, 1998.  (See <a href="http://www.w3.org/TR/2001/WD-xptr-20010108/">http://www.w3.org/TR/2001/WD-xptr-20010108/</a>.)</dd>
 
1522
</dl></div>
 
1523
</div>
 
1524
<div class="div1">
 
1525
 
 
1526
<h2><a name="sample-dtd-appx"></a>B Sample DTD (Non-Normative)</h2>
 
1527
<p>The following DTD makes invalid (for purposes of argument) all XLink constructs
 
1528
for which this specification does not specify behavior. It is provided only
 
1529
as a convenience for application developers; it has no normative status.</p>
 
1530
<p>The following assumptions hold for this DTD:</p>
 
1531
<ul>
 
1532
<li><p>Only constructs that have XLink-defined meaning are allowed.</p>
 
1533
</li>
 
1534
<li><p>No "foreign" vocabularies are mixed in, since DTDs do
 
1535
not work well with namespaces.</p></li>
 
1536
<li><p>The use of <b>ANY</b> means there is typically content provided
 
1537
in the element that is used by XLink in some way.</p></li>
 
1538
<li><p>The use of the <code>(title*)</code> construct means that any non-title
 
1539
content provided has no XLink-defined use.</p></li>
 
1540
<li><p>Elements are named after the XLink element types they represent.</p>
 
1541
</li>
 
1542
</ul>
 
1543
<p>Other assumptions and conditions appear as comments in the DTD.</p>
 
1544
<table class="eg" cellpadding="5" border="1" bgcolor="#99ffff" width="100%" summary="Example"><tr><td><pre>&lt;!ELEMENT simple ANY&gt;
 
1545
&lt;!ATTLIST simple
 
1546
   xlink:type      (simple)        #FIXED "simple"
 
1547
   xlink:href      CDATA           #IMPLIED
 
1548
   xlink:role      CDATA           #IMPLIED
 
1549
   xlink:arcrole   CDATA           #IMPLIED
 
1550
   xlink:title     CDATA           #IMPLIED
 
1551
   xlink:show      (new
 
1552
                   |replace
 
1553
                   |embed
 
1554
                   |other
 
1555
                   |none)          #IMPLIED
 
1556
   xlink:actuate   (onLoad
 
1557
                   |onRequest
 
1558
                   |other
 
1559
                   |none)          #IMPLIED&gt;
 
1560
 
 
1561
&lt;!ELEMENT extended ((title|resource|locator|arc)*)&gt;
 
1562
&lt;!ATTLIST extended
 
1563
   xmlns:xlink     CDATA           #FIXED "http://www.w3.org/1999/xlink"
 
1564
   xlink:type      (extended)      #FIXED "extended"
 
1565
   xlink:role      CDATA           #IMPLIED
 
1566
   xlink:title     CDATA           #IMPLIED&gt;
 
1567
 
 
1568
&lt;!ELEMENT title ANY&gt;
 
1569
&lt;!-- xml:lang is not required, but provides much of the motivation
 
1570
      for title elements in addition to attributes, and so is provided
 
1571
      here for convenience --&gt;
 
1572
&lt;!ATTLIST title
 
1573
   xlink:type      (title)         #FIXED "title"
 
1574
   xml:lang        CDATA           #IMPLIED&gt;
 
1575
 
 
1576
&lt;!ELEMENT resource ANY&gt;
 
1577
&lt;!ATTLIST resource
 
1578
   xlink:type      (resource)      #FIXED "resource"
 
1579
   xlink:role      CDATA           #IMPLIED
 
1580
   xlink:title     CDATA           #IMPLIED
 
1581
   xlink:label     NMTOKEN         #IMPLIED&gt;
 
1582
 
 
1583
&lt;!ELEMENT locator (title*)&gt;
 
1584
&lt;!-- label is not required, but locators have no particular XLink 
 
1585
     function if they are not labeled --&gt;
 
1586
&lt;!ATTLIST locator
 
1587
   xlink:type      (locator)       #FIXED "locator"
 
1588
   xlink:href      CDATA           #REQUIRED
 
1589
   xlink:role      CDATA           #IMPLIED
 
1590
   xlink:title     CDATA           #IMPLIED
 
1591
   xlink:label     NMTOKEN         #IMPLIED&gt;
 
1592
 
 
1593
&lt;!ELEMENT arc (title*)&gt;
 
1594
&lt;!-- from and to have default behavior when values are missing --&gt;
 
1595
&lt;!ATTLIST arc
 
1596
   xlink:type      (arc)           #FIXED "arc"
 
1597
   xlink:arcrole   CDATA           #IMPLIED
 
1598
   xlink:title     CDATA           #IMPLIED
 
1599
   xlink:show      (new
 
1600
                   |replace
 
1601
                   |embed
 
1602
                   |other
 
1603
                   |none)          #IMPLIED
 
1604
   xlink:actuate   (onLoad
 
1605
                   |onRequest
 
1606
                   |other
 
1607
                   |none)          #IMPLIED
 
1608
   xlink:from      NMTOKEN         #IMPLIED
 
1609
   xlink:to        NMTOKEN         #IMPLIED&gt;
 
1610
</pre></td></tr></table>
 
1611
</div>
 
1612
<div class="div1">
 
1613
 
 
1614
<h2><a name="acknowledgements"></a>C Working Group Members and Acknowledgments (Non-Normative)</h2>
 
1615
<p>This specification was produced in the XML Linking Working Group, with
 
1616
the following members active at the completion of this specification:</p>
 
1617
<ul>
 
1618
<li>Peter Chen, LSU, Bootstrap Alliance
 
1619
</li>
 
1620
<li>Ron Daniel, Interwoven</li>
 
1621
<li>Steve DeRose, Brown University Scholarly Technology
 
1622
Group (<i>XLink co-editor</i>) </li>
 
1623
<li>David Durand, University of Southhampton,
 
1624
Dynamic Diagrams</li>
 
1625
<li>Masatomo Goto, Fujitsu Laboratories
 
1626
</li>
 
1627
<li>Paul Grosso, Arbortext</li>
 
1628
<li>Chris Maden, Lexica</li>
 
1629
<li>Eve Maler, Sun Microsystems
 
1630
 (<i>co-chair and XLink co-editor</i>) </li>
 
1631
<li>Jonathan Marsh, Microsoft</li>
 
1632
<li>David Orchard, Jamcracker (<i>XLink
 
1633
co-editor</i>) </li>
 
1634
<li>Henry S. Thompson, University of
 
1635
Edinburgh, W3C</li>
 
1636
<li>Daniel Veillard, W3C staff contact
 
1637
 (<i>co-chair</i>) </li>
 
1638
</ul>
 
1639
<p>The editors wish to acknowledge substantial contributions from Tim Bray,
 
1640
who previously served as co-editor and co-chair, and Ben Trafford, who previously
 
1641
served as co-editor. We would also like to acknowledge important contributions
 
1642
from Gabe Beged-Dov, who wrote the XArc proposal. Finally, we would like to
 
1643
thank the XML Linking Interest Group and Working Group for their support and
 
1644
input, and Henry Thompson, for helping chair the group and act as staff
 
1645
contact for the last few months before this publication.</p>
 
1646
</div>
 
1647
</div></body></html>