Lines Matching full:xlink
16 <title>XML Linking Language (XLink)</title>
18 <w3c-designation><!-- &doc-type;-&iso6.doc.date; --> WD-xlink-19990527</w3c-designation>
24 <publoc><loc href="http://www.w3.org/XML/Group/1999/05/WD-xlink-current">http://www.w3.org/XML/Group/1999/05/WD-xlink-current</loc></publoc>
27 <loc href="http://www.w3.org/XML/Group/1999/05/WD-xlink-19990527">http://www.w3.org/XML/Group/1999/05/WD-xlink-19990527</loc>
28 <loc href="http://www.w3.org/XML/Group/1999/05/WD-xlink-19990505">http://www.w3.org/XML/Group/1999/05/WD-xlink-19990505</loc>
29 <loc href="http://www.w3.org/TR/1998/WD-xlink-19980303">http://www.w3.org/TR/1998/WD-xlink-19980303</loc>
60 <p>This work is part of the W3C XML Activity (for current status, see <loc href="http://www.w3.org/MarkUp/SGML/Activity">http://www.w3.org/XML/Activity </loc>). For information about the XPointer language which is expected to be used with XLink, see <loc href="http://www.w3.org/MarkUp/SGML/Activity">http://www.w3.org/TR/WD-xptr</loc>.
62 <p>See <loc href="http://www.w3.org/TR/NOTE-xlink-principles">http://www.w3.org/TR/NOTE-xlink-principles </loc> for additional background on the design principles informing XLink.</p>
63 <p>Also see <loc href="http://www.w3.org/TR/NOTE-xlink-req/">http://www.w3.org/TR/NOTE-xlink-req/</loc> for the XLink requirements that this document attempts to satisfy.</p>
96 <sitem>1998-02-27: Splitting out of XLink and XPointer, by elm.</sitem>
98 <sitem>1999-04-24: Editorial rewrites to represent new ideas on XLink, especially the inclusion of arcs. bent</sitem>
125 <p>Following is a summary of the design principles governing XLink:
127 <item><p>XLink must be straightforwardly usable over the Internet. </p></item>
128 <item><p>XLink must be usable by a wide variety of link usage domains and classes of linking application software.</p></item>
129 <item><p>XLink must support HTML 4.0 linking constructs.</p></item>
130 <item><p>The XLink expression language must be XML.</p></item>
131 <item><p>The XLink design must be formal, concise, and illustrative.</p></item>
135 <item><p>XLink must represent the abstract structure and significance of links.</p></item>
136 <item><p>XLink must be feasible to implement.</p></item>
137 <item><p>XLink must be informed by knowledge of established hypermedia systems and standards.</p></item>
141 <!--Changed the list of requirements to reflect current XLink requirements
303 <p>The existence of a <termref def="dt-link">link</termref> is asserted by a <termref def="dt-linkel">linking element</termref>. Linking elements must be recognized reliably by application software in order to provide appropriate display and behavior. There are several ways link recognition could be accomplished: for example, reserving element type names, reserving attributes names, leaving the matter of recognition entirely up to stylesheets and application software, or using the XLink <xtermref href="http://www.w3.org/TR/REC-xml-names/">namespace</xtermref> to specify element names and attribute names that would be recognized by namespace and XLink-aware processors. Using element and attribute names within the XLink namespace provides a balance between giving users control of their own markup language design and keeping the identification of linking elements simple and unambiguous.</p>
304 <p>The two approaches to identifying linking elements are relatively simple to implement. For example, here's how the HTML <code>A</code> element would be declared using attributes within the XLink namespace, and then how an element within the XLink namespace might do the same:
305 <eg><A xlink:type="simple" xlink:href="http://www.w3.org/TR/wd-xlink/"
306 xlink:title="The Xlink Working Draft">The XLink Working Draft.</A></eg>
307 <eg><xlink:simple href="http://www.w3.org/TR/wd-xlink/"
308 title="The XLink Working Draft">The XLink Working Draft</xlink:simple></eg>
309 Any arbitrary element can be made into an XLink by using the <code>xlink:type</code> attribute. And, of course, the explicit XLink elements may be used, as well. This document will go on to describe the linking attributes that are associated with linking elements. It may be assumed by the reader that these attributes would require the <code>xlink</code> namespace prefix if they existed within an arbitrary element, or that they may be used directly if they exist within an explicit Xlink element.</p>
316 <p>XLink has several attributes associated with the variety of links it may represent. These attributes define four main concepts: locators, arcs, behaviors, and semantics. <emph>Locators</emph> define where the actual resource is located. <emph>Arcs</emph> define the traversal of links. Where does the link come from? Where does it go to? All this information can be stored in the arc attributes. <emph>Behaviors</emph> define how the link is activated, and what the application should do with the resource being linked to. <emph>Semantics</emph> define useful information that the application may use, and enables the link for such specalized targets as constricted devices and accessibility software.</p>
347 <p>There are several kinds of linking elements in XLink: <code>simple</code> links, <code>locators</code>, <code>arcs</code>, and <code>extended</code> links. These elements may be instantiated via element declarations from the XLink namespace, or they may be instantiated via attribute declarations from the XLink namespace. Both kinds of instantiation are described in the definition of each linking element.</p>
353 <p>The following are two examples of linking elements, each showing all the possible attributes that can be associated with a simple link. Here is the explicit XLink simple linking element.
354 <eg><!ELEMENT xlink:simple ANY>
355 <!ATTLIST xlink:slink
363 <eg><!ELEMENT xlink:simple ANY>
365 xlink:type (simple|extended|locator|arc) #FIXED "simple"
366 xlink:href CDATA #REQUIRED
367 xlink:role CDATA #IMPLIED
368 xlink:title CDATA #IMPLIED
369 xlink:show (new|parsed|replace) "replace"
370 xlink:actuate (user|auto) "user"
373 <eg><xlink:simple href="http://www.w3.org/TR/wd-xlink" role="working draft"
374 title="The XLink Working Draft" show="replace" actuate="user">
375 The XLink Working Draft.</xlink:simple></eg>
376 <eg><foo xlink:href="http://www.w3.org/TR/wd-xlink" xlink:role="working draft"
377 xlink:title="The XLink Working Draft" xlink:show="new" xlink:actuate="user">
378 The XLink Working Draft.</foo></eg>
380 <eg><foo xlink:href="#stanza1">The First Stanza.</foo></eg>
386 a valid document, every element that is significant to XLink must still conform
416 <p>The <code>xlink:type</code> attribute value for an extended link must be <code> extended</code>, if the link is being instantiated on an arbitrary element. Note that extended links introduce variants of the <code>show</code> and <code>actuate</code> behavior attributes. These attributes, the <code>showdefault</code> and <code>actuatedefault</code> define the same behavior as their counterparts. However, in this case, they are considered to define the default behavior for all the linking elements that they contain.</p>
418 <p>The extended linking element itself retains those attributes relevant to the link as a whole, and to its local resource if any. Following are two sample declaration for an extended link. The first is an example of the explicit XLink extended link:
420 <eg><!ELEMENT xlink:extended ((xlink:arc | xlink:locator)*)>
421 <!ATTLIST xlink:extended
429 <eg><!ELEMENT foo ((xlink:arc | xlink:locator)*)>
431 xlink:type (simple|extended|locator|arc) #FIXED "extended"
432 xlink:role CDATA #IMPLIED
433 xlink:title CDATA #IMPLIED
434 xlink:showdefault (new|parsed|replace) #IMPLIED
435 xlink:actuatedefault (user|auto) #IMPLIED ></eg>
437 The following two examples demonstrate how each of the above might appear within a document instance. Note that the content of these examples would be other elements. For brevity's sake, they've been left blank. The first example shows how the link might appear, using an explicit XLink extended link:
439 <eg><xlink:extended role="address book" title="Ben's Address Book" showdefault="replace" actuatedefault="user"> ... </xlink:extended></eg>
443 <eg><foo xlink:type="extended" xlink:role="address book" xlink:title="Ben's Address Book" xlink:showdefault="replace" xlink:actuatedefault="user"> ... </foo></eg>
448 <div2 id="xlink-arcs">
457 <p>An element conforms to XLink if: <olist>
466 rather than whole XML documents, because XLink and non-XLink linking mechanisms
468 <p>An application conforms to XLink if it interprets XLink-conforming elements
