1.1 L'origine et les objectifs

La conception de XLink s'est nourrie de la connaissance des systèmes hypermédias et des standards établis. Les standards suivants ont eu une influence particulière :

• HTML [HTML] : définit plusieurs types d'élément qui représentent des liens ;

• HyTime [ISO/IEC 10744] : définit des structures de liens en-ligne, entrants et de tiers, ainsi que quelques caractéristiques sémantiques, y compris le contrôle de la traversée et la présentation des objets ;

• Les principes directeurs de l'initiative pour le codage du texte [TEI] : fournit des structures pour la création de liens, d'objets composés et de collections de liens.

Nombre d'autres systèmes de liaison ont également influencé la conception de XLink, notamment [Dexter], [FRESS], [OHS], [MicroCosm] et [Intermedia].

Voir le document du cahier des charges XLink [XLREQ] pour une explication complète des exigences pour la conception de XLink.

2.1 Les liens et les ressources

[Définition : Un lien XLink est une relation explicite entre des ressources ou portions de ces ressources]. [Définition : Cette relation est rendue explicite par un élément de liaison Xlink, qui est un élément XHTML conforme à XLink, confirmant l'existence du lien]. Il existe six éléments XLink ; seuls deux d'entre eux sont considérés comme des éléments de liaison. Les autres fournissent diverses informations qui décrivent les caractéristiques du lien. (Le terme « lien » tel qu'il est employé dans cette spécification désigne seulement un lien XLink, bien que rien n'empêche les structures non-XLink de servir comme liens).

La notion de ressources est universelle au World Wide Web. [Définition : Comme expliqué dans le document [IETF RFC 2396], une ressource représente une quelconque unité adressable d'information ou de service]. Les fichiers, les images, les documents, les programmes et les résultats de requête en sont des exemples. Le moyen qui est utilisé pour adresser une ressource est une référence d'URI (décrit plus en détails dans la section « 5.4 L'attribut localisateur (href) »). Il est possible d'adresser une portion de ressource. Par exemple, si la ressource entière consiste en un document XHTML, la portion utile de cette ressource pourrait être un élément particulier dans ce document. Le suivi du lien vers cet élément pourrait aboutir, par exemple, à sa mise en évidence ou bien au défilement du document jusqu'à celui-ci.

[Définition : Quand un lien associe un ensemble de ressources, ces ressources sont dites participer au lien]. Même si les liens XLink doivent apparaître dans des documents XHTML, ils sont capables d'associer toutes sortes de ressources, pas seulement celles codées en XHTML..

L'une des utilisations habituelles de XLink est la création d'hyperliens. [Définition : Un hyperlien est principalement un lien destiné à une présentation auprès d'un utilisateur humain. Cependant, rien dans la conception de XLink n'empêche son utilisation avec des liens prévus seulement pour une consommation par des ordinateurs.

2.2 Les arcs, la traversée et le comportement

[Définition : L'utilisation ou le suivi d'un lien, quel que soit le motif, est appelée traversée]. Bien que certaines sortes de lien puissent associer un nombre arbitraire de ressources, la traversée implique toujours un couple de ressources (ou de portions de celles-ci) ; [Définition : la source à partir de laquelle la traversée est initiée est la ressource de départ] et [Définition : la destination est la ressource d'arrivée]. Remarquez que le terme « ressource » employé de cette manière peut parfois s'appliquer à une portion de ressource, non à une ressource entière.

[Définition : L'information concernant la manière de traverser un couple de ressources, comprenant la direction de la traversée et les informations de comportement éventuelles de l'application, est appelée un arc]. Si deux arcs dans un lien spécifient le même couple de ressources, mais inversent leurs ressources de départ et d'arrivée, alors le lien est multidirectionnel, ce qui ne revient pas au même qu'un simple « aller et retour » après la traversée du lien.

2.3 Les ressources en relation avec la localisation physique d'un élément de liaison

[Définition : Une ressource locale est un élément XHTML qui participe au lien par le fait d'avoir comme parent, ou d'être lui-même, un élément de liaison]. [Définition : Toute ressource, ou portion de ressource, qui participe au lien par le fait d'être adressée par une référence d'URI est considérée une ressource distante, même si cette ressource se trouve dans le même document XHTML que le lien, ou à l'intérieur même de l'élément de liaison]. Autrement dit, une ressource locale est spécifiée « par valeur » et une ressource distante « par référence ».

[Définition : Un arc, qui a une ressource de départ locale et une ressource d'arrivée distante, est dit sortant [ndt. outbound], c'est-à-dire qu'il s'éloigne de l'élément de liaison]. (Comme exemples de lien avec un tel arc, il y a les éléments A en HTML, « clinks » de HyTime et XREF de TEI). [Définition : Si la ressource d'arrivée d'un arc est locale mais que celle de départ est distante, alors l'arc est dit entrant [ndt. inbound]]. [Définition : Si ni la ressource de départ ni celle d'arrivée ne sont locales, alors il s'agit d'un arc tiers [ndt. third-party]]. Bien que ce ne soit pas obligatoire, un lien ne spécifie typiquement qu'une seule sorte d'arc tout du long, et on pourrait donc s'y référer comme à un lien entrant, sortant ou tiers.

Pour créer un lien qui émane d'une ressource sur laquelle vous n'avez pas accès en écriture (ou choisi de ne pas y exercer d'écriture), ou à partir d'une ressource qui n'offre aucun moyen pour incorporer des structures de liaison, il est nécessaire d'utiliser un arc entrant ou bien tiers. Quand on utilise ces arcs, les exigences pour la découverte des liens sont plus importantes que pour les arcs sortants. [Définition : Les documents contenant des collections de liens entrants et tiers sont appelés bases de données de liens ou bases de liens [ndt. linkbases]].

3.1 Le traitement des dépendances

Le traitement de XLink s'appuie sur [XML], [XML Names], [XML Base] et [IETF RFC 2396] (tel que mis à jour par [IETF RFC 2732]).

3.2 La conformité du balisage

Un élément XHTML est conforme à XLink :

1. s'il a un attribut type issu de l'espace de nommage XLink dont la valeur est l'une parmi "simple", "extended", "locator", "arc", "resource", "title" ou "none", and

2. et s'il adhère aux contraintes de conformité imposées par le type de l'élément XLink choisi, telles qu'elles sont décrites dans cette spécification.

Cette spécification n'impose aucune contrainte particulière sur les DTD ; la conformité ne concerne que les éléments et les attributs.

3.3 La conformité des applications

Une application XLink désigne tout module logiciel interprétant les documents XHTML bien-formés qui contiennent des éléments et attributs XLink, ou des ensembles d'information XHTML [XIS] qui contiennent des items et des propriétés d'information correspondant aux éléments et attributs XLink. (Ce document se réfère à des éléments et attributs, mais toutes les spécifications qu'il contient s'appliquent aussi bien à leurs équivalents dans l'ensemble d'information). Une telle application est conforme :

1. si elle observe les conditions obligatoires pour les applications (« doivent ») qui sont définies dans cette spécification ;

2. et si, pour toutes les conditions optionnelles (« devrait » et « peut ») qu'elle choisirait d'observer, elle les observe de la façon prescrite ;

3. et si elle effectue les tests de conformité du balisage en fonction de toutes les contraintes de conformité qui apparaissent dans cette spécification.

4.1 Les configurations d'utilisation des attributs XLink

Alors que les attributs XLink sont considérés globaux en vertu de leur utilisation du mécanisme de l'espace de nommage, leurs combinaisons admises sur un élément XLink dépendent essentiellement de l'attribut spécial type (voir « 5.3 L'attribut de type de l'élément XLink (type) » pour plus d'informations) de l'éléments sur lequel elles apparaissent. Les remarques sur les contraintes de conformité dans cette spécification précisent leurs configurations d'utilisation admises. Voici un résumé des types d'élément (colonnes) sur lesquels les attributs globaux (rangées) sont admis, indiquant si une valeur est requise (R) ou optionnelle (O) :

(Voir également « B Exemple de DTD » pour un DTD non-normatif qui illustre les configurations d'attributs admises).

Cette spécification emploie la convention « élément de type xxx » pour se référer aux éléments qui doivent adhérer à l'ensemble de contraintes nommé associé à un élément XLink, qu'importe le nom réel de l'élément. Par exemple, un « élément de type locator » se rapporterait à tous les éléments suivants :

<locator xlink:type="locator" ... />
<loc xlink:type="locator" ... />
<my:pointer xlink:type="locator" ... />

4.2 Les relations entre les types d'élément XLink

Les divers types d'élément XLink prennent une signification particulière, qui est dictée par cette spécification, quand ils apparaissent comme enfants directs d'autres types d'éléments XLink. Voici un résumé des types d'élément enfant qui jouent un rôle significatif pour un type d'élément parent donné. (Les autres combinaisons n'ont pas de signification pour XLink).

4.3 La valeur par défaut des attributs

L'utilisation de XLink peut impliquer l'emploi d'un grand nombre d'attributs pour la fourniture d'informations de lien importantes. Au cas où les valeurs des attributs XLink désirés resteraient inchangées entre les instances individuelles dans tous les documents d'un certain type, les valeurs par défaut des attributs (fixes ou non) peuvent être ajoutée à un DTD, de sorte que les attributs n'aient pas besoin d'apparaître dans les balises ouvrantes des éléments. Par exemple, si des valeurs par défaut étaient fournies pour les attributs xmlns:xlink, xmlns:my, type, show, et actuate dans l'exemple en introduction de « 4 La conception du balisage XLink », celui-ci deviendrait comme suit :

<mon:renvoi
  xlink:href="etudiants.xml"
  xlink:role="http://www.exemple.com/props_lien/liste_etudiants"
  xlink:title="Liste des étudiants">
Liste courante des étudiants
</mon:renvoi>

Les ensembles d'information, créés sous le contrôle d'un DTD, ont toutes les valeurs des attributs qui y sont insérées.

4.4 L'intégration de l'utilisation de XLink à un autre balisage

Cette spécification ne définit les attributs et valeurs d'attribut que dans l'espace de nommage XLink. Il n'y a aucune restriction à utiliser des attributs non-XLink en même temps que des attributs XLink. En outre, la plupart des attributs XLink sont optionnels et le choix d'un lien simple ou d'un lien étendu est laissé au concepteur du balisage ou au créateur du document, de sorte qu'un DTD, utilisant les fonctionnalités de XLink, n'a pas besoin d'utiliser ou de déclarer le jeu entier des attributs XLink. Finalement, alors que cette spécification identifie les contraintes minimum sur le balisage XLink, les DTD utilisant XLink sont libres de resserrer ces contraintes. L'utilisation de XLink n'absout pas un document valide de se conformer aux contraintes exprimées dans le DTD qui le dirige.

Voici un exemple avec un élément « renvoi » ayant à la fois des attributs XLink et non-XLink :

<mon:renvoi
  xmlns:mon="http://exemple.com/"
  mon:miseAjour="2000-06-10"
  xmlns:xlink="http://www.w3.org/1999/xlink"
  xlink:type="simple"
  xlink:href="etudiants.xml">
Liste courante des étudiants
</mon:renvoi>

4.5 L'utilisation de XLink avec les balisages existants

Comme les attributs globaux XLink requièrent l'utilisation de préfixes d'espace de nommage, les liens non-XLink dans les documents existants ne font en général pas office de structures XLink conformes tels quels, même si on utilise une valeur d'attribut par défaut. Par exemple, XHTML dispose d'un élément a avec un attribut href, mais comme l'attribut est local et attaché à l'élément a dans l'espace de nommage XHTML, il ne s'agit pas du même attribut global xlink:href dans l'espace de nommage XLink.

5.1 Les liens étendus (élément de type extended)

[Définition : Un lien étendu est un lien qui associe un nombre arbitraire de ressources. Les ressources participantes peuvent être représentées par toute combinaison de ressources distantes et locales].

La seule sorte de lien capable d'avoir des arcs entrants et tiers est le lien étendu. Habituellement, les éléments de liaison étendue sont stockés séparément des ressources qu'ils associent (par exemple, dans des documents entièrement distincts). Ainsi, les liens étendus sont importants pour les situations dans lesquelles les ressources participantes sont en lecture seule, ou dans lesquelles il est coûteux de les modifier et de les mettre à jour mais économique de modifier et mettre à jour un élément de liaison séparé, ou dans lesquelles encore les ressources sont dans des formats sans une gestion native des liens incorporés (comme dans nombre de formats multimédias).

Le diagramme suivant montre un lien étendu qui associe cinq ressources distantes. Il pourrait s'agir, par exemple, d'informations concernant la charge de cours d'un étudiant : une ressource décrivant l'étudiant, une autre décrivant le conseiller universitaire de l'étudiant, deux ressources représentant les cours auxquels l'étudiant assiste et la dernière un cours en auditeur libre.

Sans le lien étendu, les ressources pourraient être entièrement dissociées ; par exemple, elles pourraient se trouver dans cinq documents séparés. Les lignes émanant du lien étendu représentent les associations que celui-ci crée entre les ressources. Cependant, notez que les lignes n'ont pas de directionnalité. La directionnalité est exprimée par des règles de traversée ; sans ces règles, les ressources sont associées dans n'importe quel ordre, sans implication sur l'accès ou non aux ressources individuelles ni sur la manière dont on y a accès.

Le diagramme suivant montre un lien étendu qui associe cinq ressources distantes et une ressource locale (un élément spécial au sein de l'élément de lien étendu). Il pourrait s'agir du même exemple de charge de cours décrit précédemment, auquel s'ajoute la note moyenne de l'étudiant stockée localement. Encore une fois, les lignes représentent la simple association des six ressources, sans que les directions des traversées ni les comportements ne soient impliqués.

Le type d'élément XLink des liens étendus peut être tout élément ayant un attribut dans l'espace de nommage XLink nommé type avec la valeur "extended".

L'élément de type extended peut contenir un mélange des éléments suivants, dans n'importe quel ordre, accompagnant éventuellement d'autres contenus et balisages :

• les éléments de type locator qui adressent les ressources distantes participant au lien ;

• les éléments de type arc qui fournissent les règles de traversée entre les ressources participant au lien ;

• les éléments de type title qui fournissent les labels, lisibles par un humain, pour le lien ;

• les éléments de type resource qui fournissent les ressources locales partipant au lien.

Il n'est pas erroné pour un élément de type extended d'associer moins de deux ressources. Si le lien n'a qu'une seule ressource participante, ou pas du tout, on ne peut simplement pas le traverser. Un tel lien peut toujours trouver une utilité, par exemple, pour associer des propriétés à une seule ressource au moyen des attributs XLink, ou pour fournir un paramètre fictif [ndt. placeholder], qui pourra être éventuellement peuplé par des informations de lien.

Les sous-éléments des types simple ou extended, n'importe où dans un élément parent de type extended, n'ont aucune signification pour XLink. Les sous-éléments des types locator, arc ou resource, qui ne sont pas les enfants directs d'un élément de type extended, n'ont pas non plus de signification pour XLink.

L'élément de type extended peut avoir les attributs sémantiques role et title (voir « 5.5 Les attributs sémantiques (role, arcrole et title) »). Ceux-ci apportent une information sémantique concernant le lien en tant que tout ; l'attribut role indique une propriété que possède le lien en entier, et l'attribut title indique une description, lisible par un humain, du lien en entier. Si d'autres attributs XLink sont présents sur l'élément, ils n'ont aucun rapport avec le lien pour XLink. Si un attribut title et un ou plusieurs éléments de type title sont à la fois présents, ils n'ont aucun rapport pour XLink ; auquel cas une application de plus haut niveau bâtie sur XLink spécifiera vraisemblablement un traitement approprié (par exemple, la priorité).

<!ELEMENT chargedecours ((infobulle|personne|cours|mg|go)*)>
<!ATTLIST chargedecours
  xmlns:xlink     CDATA           #FIXED "http://www.w3.org/1999/xlink"
  xlink:type      (extended)      #FIXED "extended"
  xlink:role      CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED>

<!ELEMENT infobulle ANY>
<!ATTLIST infobulle
  xlink:type      (title)         #FIXED "title"
  xml:lang        CDATA           #IMPLIED>

<!ELEMENT personne EMPTY>
<!ATTLIST personne
  xlink:type      (locator)       #FIXED "locator"
  xlink:href      CDATA           #REQUIRED
  xlink:role      CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED
  xlink:label     NMTOKEN         #IMPLIED>

<!ELEMENT cours EMPTY>
<!ATTLIST cours
  xlink:type      (locator)       #FIXED "locator"
  xlink:href      CDATA           #REQUIRED
  xlink:role      CDATA           #FIXED "http://www.exemple.com/props_lien/cours"
  xlink:title     CDATA           #IMPLIED
  xlink:label     NMTOKEN         #IMPLIED>

<!-- mg = "moyenne générale" -->
<!ELEMENT mg ANY>
<!ATTLIST mg
  xlink:type      (resource)      #FIXED "resource"
  xlink:role      CDATA           #FIXED "http://www.exemple.com/props_lien/mg"
  xlink:title     CDATA           #IMPLIED
  xlink:label     NMTOKEN         #IMPLIED>

<!ELEMENT go EMPTY>
<!ATTLIST go
  xlink:type      (arc)           #FIXED "arc"
  xlink:arcrole   CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED
  xlink:show      (new
                  |replace
                  |embed
                  |other
                  |none)          #IMPLIED
  xlink:actuate   (onLoad
                  |onRequest
                  |other
                  |none)          #IMPLIED
  xlink:from      NMTOKEN         #IMPLIED
  xlink:to        NMTOKEN         #IMPLIED>

<chargedecours>

  <infobulle>Charge de cours pour Pat Jones</infobulle>

  <personne
    xlink:href="etudiants/patjones62.xml"
    xlink:label="etudiant62"
    xlink:role="http://www.exemple.com/props_lien/etudiant"
    xlink:title="Pat Jones" />

  <personne
    xlink:href="profs/jaysmith7.xml"
    xlink:label="prof7"
    xlink:role="http://www.exemple.com/props_lien/professeur"
    xlink:title="Dr. Jay Smith" />
  <!-- autres ressources distantes pour les professeurs, assistants de cours, etc. -->

  <cours
    xlink:href="cours/cs101.xml"
    xlink:label="SI-101"
    xlink:title="Sciences Informatiques 101" />
  <!-- autres ressources distantes pour les cours, séminaires, etc. -->

  <mg xlink:label="PatJonesMG">3.5</mg>

  <go
    xlink:from="etudiant62"
    xlink:to="PatJonesMG"
    xlink:show="new"
    xlink:actuate="onRequest"
    xlink:title="Moyenne générale de Pat Jones" />
  <go
    xlink:from="SI-101"
    xlink:arcrole="http://www.exemple.com/props_lien/auditeur"
    xlink:to="etudiant62"
    xlink:show="replace"
    xlink:actuate="onRequest"
    xlink:title="Pat Jones, assistant en auditeur libre" />
  <go
    xlink:from="etudiant62"
    xlink:arcrole="http://www.exemple.com/props_lien/conseiller"
    xlink:to="prof7"
    xlink:show="replace"
    xlink:actuate="onRequest"
    xlink:title="Dr. Jay Smith, conseiller" />

</chargedecours>

<!ELEMENT mg ANY>
<!ATTLIST mg
  xlink:type      (resource)      #FIXED "resource"
  xlink:role      CDATA           #FIXED "http://www.exemple.com/props_lien/mg"
  xlink:title     CDATA           #IMPLIED
  xlink:label     NMTOKEN         #IMPLIED>

  <mg xlink:label="PatJonesMG">3.5</gpa>

<!ELEMENT personne EMPTY>
<!ATTLIST personne
  xlink:type      (locator)       #FIXED "locator"
  xlink:href      CDATA           #REQUIRED
  xlink:role      CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED
  xlink:label     NMTOKEN         #IMPLIED>

<!ELEMENT cours EMPTY>
<!ATTLIST cours
  xlink:type      (locator)       #FIXED "locator"
  xlink:href      CDATA           #REQUIRED
  xlink:role      CDATA           #FIXED "http://www.exemple.com/props_lien/cours"
  xlink:title     CDATA           #IMPLIED
  xlink:label     NMTOKEN         #IMPLIED>

<personne
  xlink:href="etudiants/patjones62.xml"
  xlink:label="etudiant62"
  xlink:role="http://www.exemple.com/props_lien/etudiant"
xlink:title="Pat Jones" />

<personne
  xlink:href="profs/jaysmith7.xml"
  xlink:label="prof7"
  xlink:role="http://www.exemple.com/props_lien/professeur"
  xlink:title="Dr. Jay Smith" />

<cours
  xlink:href="cours/cs101.xml"
  xlink:label="SI-101"
  xlink:title="Sciences Informatiques 101" />

5.1.3 Les règles de traversée du lien étendu (élément de type arc)

Le lien étendu peut indiquer les règles de traversée entre ses ressources participantes par le biais d'une collection d'éléments arcs optionnels.

L'élément XLink pour un arc est constitué par tout élément ayant un attribut type dans l'espace de nommage XLink avec la valeur "arc".

L'élément de type arc peut avoir n'importe quel contenu. Mis à part les éléments de type title qui en sont des enfants directs (voir « 5.1.4 Les titres des liens étendus, des localisateurs et des arcs (élément de type title) »), le contenu présent, quel qu'il soit, n'a aucune relation avec le lien pour XLink. Si un élément de type arc a tout autre chose qu'un élément de type extended comme parent, alors cet élément de type arc n'a aucune signification pour XLink.

L'élément de type arc peut avoir les attributs de traversée from et to (voir « 5.7 Les attributs de traversée (label, from et to)) », les attributs de comportement show et actuate (voir « 5.6 Les attributs de comportement (show et actuate) ») et les attributs sémantiques arcrole et title (voir « 5.5 Les attributs sémantiques (role, arcrole et title) ».

Les attributs de traversée définissent le cheminement désiré entre les couples de ressources qui participent au même lien, dans lesquels les ressources sont identifiées par la valeur de leur attribut label. L'attribut from définit les ressources à partir desquelles la traversée peut être initiée, c'est-à-dire les ressources de départ, alors que l'attribut to définit les ressources vers lesquelles la traversée peut avoir lieu, c'est-à-dire les ressources d'arrivée. Les attributs de comportement spécifient le comportement désiré pour les applications XLink lors de la traversée vers la ressource d'arrivée.

Les attributs sémantiques décrivent la signification de la ressource d'arrivée de l'arc par rapport à sa ressource de départ. L'attribut arcrole correspond à la notion de propriété de [RDF], dans laquelle on peut interpréter le rôle comme déclarant « ressource-de-départ POSSÈDE rôle-de-l'arc ressource-d'arrivée ». Ce rôle contextuel peut différer de la signification d'une ressource d'arrivée quand celle-ci est considérée hors du contexte de cet arc particulier. Par exemple, une ressource pourrait représenter de manière générique une « personne », mais dans le contexte d'un arc particulier elle pourrait avoir le rôle de « mère » et dans le contexte d'un autre arc le rôle de « fille ».

Quand la même ressource fait office de ressource de départ dans plusieurs arcs (que ce soit pour un seul lien ou bien pour de nombreux liens), le comportement de la requête de traversée n'est pas contraint par cette spécification, mais les applications interactives ont le loisir de produire un menu local [ndt. pop-up menu] qui liste les arcs ou les titres des liens concernés.

Le diagramme suivant montre un lien étendu qui associe cinq ressources distantes et fournit les règles pour la traversée entre celles-ci. Tous les arcs spécifiés sont des arcs tiers ; c'est-à-dire, les arcs interviennent exclusivement entre des ressources distantes. Les lignes non-directionnelles en trait plein indiquent, comme auparavant, que le lien associe les cinq ressources ; les nouvelles flèches en pointillés indiquent les règles de traversée fournies par le lien. Notez que certaines ressources partagent la même valeur pour l'attribut label.

Ce diagramme reflète les arcs de traversée directionnels créés par le paramétrage suivant, selon lequel les « A » comme le « C » sont autorisés à initier une traversée vers tous les « B ». Comme certains arcs apparaissent sur plusieurs ressources, chaque spécification d'arc crée immédiatement plusieurs arcs de traversée potentiels :

<go xlink:type="arc" xlink:from="A" xlink:to="B" /> <go xlink:type="arc" xlink:from="C" xlink:to="B" />

Comme autre exemple, supposons un lien étendu contenant cinq localisateurs dont, pour l'attribut label, deux ont la valeur "parent" et trois la valeur "enfant" :

<lienEtendu xlink:type="extended"> <loc xlink:type="locator" xlink:href="..." xlink:label="parent" xlink:title="p1" /> <loc xlink:type="locator" xlink:href="..." xlink:label="parent" xlink:title="p2" /> <loc xlink:type="locator" xlink:href="..." xlink:label="enfant" xlink:title="e1" /> <loc xlink:type="locator" xlink:href="..." xlink:label="enfant" xlink:title="e2" /> <loc xlink:type="locator" xlink:href="..." xlink:label="enfant" xlink:title="e3" /> ... <!-- les éléments de type arc viennent ici --> </lienEtendu>

La déclaration suivante spécifie la traversée à partir des ressources parentes vers les ressources enfants, ce qui comprend toutes celles parmi p1-e1, p1-e2, p1-e3, p2-e1, p2-e2 et p2-e3:

<go xlink:type="arc" xlink:from="parent" xlink:to="enfant" />

Si aucune valeur n'est donnée aux attributs from ou to, la valeur manquante est censée signifier tous les labels placés sur les éléments de type locator contenu par l'élément de type extended concerné. Par exemple, ce qui suit spécifie les traversées partant des parents vers les enfants et aussi partant des enfants vers les enfants, ce qui comprend toutes celles parmi p1-e1, p1-e2, p1-e3, p2-e1, p2-e2, p2-e3, e1-e1, e1-e2, e1-e3, e2-e1, e2-e2, e2-e3, e3-e1, e3-e2 et e3-e3 :

<go xlink:type="arc" xlink:to="enfant" />

Dans ce cas, remarquez que les règles de traversée comprennent les arcs partant de certaines ressources vers d'autres ressources ayant le même label (d'enfants vers d'autres enfants), ainsi que partant de certaines ressources vers elles-mêmes (d'un enfant vers lui-même) ; il ne s'agit pas d'une erreur.

Si aucun élément de type arc n'est présent dans le lien étendu, alors, par extension, les valeurs manquantes des attributs from et to sont interprétées comme représentant tous les labels dans ce lien. Cela équivaudrait à la spécification de traversée suivante :

<go xlink:type="arc" />

Quand plusieurs localisateurs ont le même label, le jeu des localisateurs avec ce même label doivent être compris comme des localisateurs individuels, plutôt que comme se référant à une ressource composée ; le comportement de traversée d'un tel lien pourrait être le même que celui d'un lien dans lequel tous les localisateurs ont des rôles différents et les arcs concernés sont spécifiés pour produire les couples de traversée identiques.

Si les règles de traversée des arcs d'un lien étendu laissent de côté des couples de traversée possibles, alors XLink ne définit pas de traversée pour ces couples. Une application de plus haut niveau peut effectuer des traversées qui ne soient pas dirigées par XLink ; par exemple, un processus de vérification des liens pourrait traverser tous les couples de ressources disponibles.

Contrainte : Pas de duplication des arcs

Chaque élément de type arc doit posséder un couple de valeurs from et to qui ne répète pas les valeurs from et to (respectivement) d'un quelconque élément arc dans le même lien étendu ; c'est-à-dire, chaque couple du lien doit être unique.

Exemple : Déclarations et instances d'un élément arc

Voici l'ensemble non-normatif des déclarations d'un élément de type arc.

<!ELEMENT go EMPTY> <!ATTLIST go xlink:type (arc) #FIXED "arc" xlink:arcrole CDATA #IMPLIED xlink:title CDATA #IMPLIED xlink:show (new |replace |embed |other |none) #IMPLIED xlink:actuate (onLoad |onRequest |other |none) #IMPLIED xlink:from NMTOKEN #IMPLIED xlink:to NMTOKEN #IMPLIED>

Voici ensuite à quoi pourrait ressembler les éléments XHTML utilisant ces déclarations.

<go xlink:from="etudiant62" xlink:to="PatJonesMG" xlink:show="new" xlink:actuate="onRequest" xlink:title="Moyenne générale de Pat Jones" /> <go xlink:from="SI-101" xlink:arcrole="http://www.exemple.com/props_lien/auditeur" xlink:to="etudiant62" xlink:show="replace" xlink:actuate="onRequest" xlink:title="Pat Jones, assistant en auditeur libre" /> <go xlink:from="etudiant62" xlink:arcrole="http://www.exemple.com/props_lien/conseiller" xlink:to="prof7" xlink:show="replace" xlink:actuate="onRequest" xlink:title="Dr. Jay Smith, conseiller" />

<!ELEMENT nomconseiller (name)>
<!ATTLIST nomconseiller
  xlink:type      (title)         #FIXED "title"
  xml:lang        CDATA           #IMPLIED>

<!ELEMENT nom (honorifique?, prenom, famille)>
<!-- D'autres déclarations pour les noms -->

<conseiller xlink:href="profs/jaysmith7.xml" ...>
  <nomconseiller xml:lang="en">
    <nom>
      <honorifique>Dr.</honorifique>
      <prenom>Jay</prenom>
      <famille>Smith</famille>
    </nom>
  </nomconseiller>
</conseiller>

http://www.w3.org/1999/xlink/properties/linkbase

<!ELEMENT baseschargees ((ressourcedepart|basedeliens|charger)*)>
<!ATTLIST baseschargees
  xlink:type      (extended)      #FIXED "extended">

<!ELEMENT ressourcedepart EMPTY>
<!ATTLIST ressourcedepart
  xlink:type      (locator)       #FIXED "locator"
  xlink:href      CDATA           #REQUIRED
  xlink:label     NMTOKEN         #IMPLIED>

<!ELEMENT basedeliens EMPTY>
<!ATTLIST basedeliens
  xlink:type      (locator)       #FIXED "locator"
  xlink:href      CDATA           #REQUIRED
  xlink:label     NMTOKEN         #IMPLIED>

<!ELEMENT charger EMPTY>
<!ATTLIST charger
  xlink:type      (arc)           #FIXED "arc"
  xlink:arcrole   CDATA           #FIXED "http://www.w3.org/1999/xlink/properties/linkbase"
  xlink:actuate   (onLoad
                  |onRequest
                  |other
                  |none)          #IMPLIED
  xlink:from      NMTOKEN         #IMPLIED
  xlink:to        NMTOKEN         #IMPLIED>

<baseschargees>
  <ressourcedepart xlink:label="spec" xlink:href="spec.xml" />
  <basedeliens xlink:label="basedeliens" xlink:href="basedeliens.xml" />
  <charger xlink:from="spec" xlink:to="basedeliens" actuate="onLoad" />
</baseschargees>

<baseschargees>
  <ressourcedepart
    xlink:label="spec"
    xlink:href="spec.xml#string-range(//*,'Cliquez ici pour révéler l'annotation.')" />
  <basedeliens xlink:label="basedeliens" xlink:href="basedeliens.xml" />
  <charger xlink:from="spec" xlink:to="basedeliens" actuate="onRequest" />
</baseschargees>

5.2 Les liens simples (élément de type simple)

[Définition : Le lien simple associe exactement deux ressources, l'une locale et l'autre distante, avec un arc allant de la première vers la dernière. Le lien simple est donc toujours un lien sortant].

La destination d'un lien simple c'est d'être un raccourci commode du lien étendu équivalent. Un seul élément de liaison simple combine les fonctions de base d'un élément de type extended, d'un élément de type locator, d'un élément de type arc et d'un élément de type resource.

Le diagramme suivant montre les caractéristiques du lien simple ; il associe une ressource locale et une ressource distante, et il fournit implicitement un seul arc de traversée à partir de la ressource locale vers la ressource distante. Cela pourrait représenter, par exemple, le nom d'un étudiant apparaissant dans le texte qui, quand il est cliqué, conduit vers des informations le concernant.

<lienetudiant xlink:type="extended">
  <ressource
    xlink:type="resource"
    xlink:label="local">Pat Jones</ressource>
  <localisateur
    xlink:type="locator"
    xlink:href="..."
    xlink:label="distant"
    xlink:role="..."
    xlink:title="..." />

  <go
    xlink:type="arc"
    xlink:from="local"
    xlink:to="distant"
    xlink:arcrole="..."
    xlink:show="..."
    xlink:actuate="..." />
</lienetudiant>

Le lien simple combine toutes les caractéristiques ci-dessus (sauf celles des types et des labels) en un seul élément. Dans les cas où seul ce sous-ensemble de caractéristiques est nécessaire, l'élément de liaison simple XLink est disponible comme alternative à l'élément de liaison étendue. Les caractéristiques qui manquent aux liens simples sont les suivantes :

• La mise à disposition d'un nombre arbitraire de ressources locales et distantes ;

• la spécification d'un arc allant de la ressource distante du lien vers la ressource locale ;

• l'association d'un titre au seul arc rigide [ndt. single hardwired arc] ;

• l'association d'un rôle ou d'un titre à la ressource locale ;

• l'association d'un rôle ou d'un titre au lien en tant qu'ensemble.

L'élément XLink de lien simple est constitué par tout élément ayant un attribut type dans l'espace de nommage XLink avec la valeur "simple". Le lien simple équivalant au lien étendu ci-dessus pourrait être le suivant :

<lienetudiant xlink:href="...">Pat Jones</lienetudiant>

L'élément de type simple peut avoir n'importe quel contenu. L'élément de type simple lui-même, en même temps que l'ensemble de son contenu, forme la ressource locale du lien, comme s'il s'agissait d'un élément de type resource. Si un élément de type simple contient des éléments XLink imbriqués, ces éléments contenus n'ont aucune relation, pour XLink, avec le lien parent. Un élément de type simple peut ne pas avoir de contenu ; pour les cas où le lien est censé être traversé à la demande, les applications XLink interactives produiront généralement un contenu de façon à fournir à l'utilisateur un moyen pour initier la traversée.

L'élément de type simple accepte effectivement l'attribut localisateur href et les attributs sémantiques role et title des éléments de type locator, ainsi que les attributs de comportement show et actuate et le seul attribut sémantique arcrole des éléments de type arc.

Il n'est pas erroné que l'attribut localisateur (href) d'un élément de type simple n'ait pas de valeur. Si aucune valeur n'est fournie, alors le lien est tout simplement non-traversable. Un tel lien peut toujours être utile, par exemple, pour associer des propriétés à la ressource par le biais d'attributs XLink.

<!ELEMENT lienetudiant ANY>
<!ATTLIST lienetudiant
  xlink:type      (simple)        #FIXED "simple"
  xlink:href      CDATA           #IMPLIED
  xlink:role      NMTOKEN         #FIXED "http://www.exemple.com/props_lien/etudiant"
  xlink:arcrole   CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED
  xlink:show      (new
                  |replace
                  |embed
                  |other
                  |none)          #IMPLIED
  xlink:actuate   (onLoad
                  |onRequest
                  |other
                  |none)          #IMPLIED>

..., et <lienetudiant xlink:href="etudiants/patjones62.xml">Pat
Jones</lienetudiant> est très connu en dehors du syndicat des étudiants.

5.3 L'attribut de type de l'élément XLink (type)

Le type des éléments XLink est identifié par l'attribut type.

Quand la valeur de l'attribut type est "none", l'élément n'a pas de signification pour XLink, et aucun contenu ou attribut ayant à voir avec XLink n'a de relation avec l'élément pour XLink.

<!ATTLIST xlink:simple
  xlink:type      (simple)        #FIXED "simple"
  ...>

<!ATTLIST nomdecommande
  xlink:type      (simple|none)   #REQUIRED
  xlink:href      CDATA           #IMPLIED>

5.4 L'attribut localisateur (href)

L'attribut href fournit les données permettant à une application XLink de trouver une ressource (ou un fragment de ressource) distante. On peut l'utiliser sur les éléments de type simple, mais on doit l'utiliser sur les éléments de type locator.

La valeur de l'attribut href doit être une référence d'URI, comme défini dans le document [IETF RFC 2396], ou encore doit aboutir à une référence d'URI après que la procédure d'échappement [ndt. escaping procedure] ci-dessous a été appliquée. La procédure s'applique lors du passage de la référence d'URI à un résolveur d'URI.

Certains caractères ne sont pas admis dans les références d'URI, même s'ils le sont dans XHTML ; les caractères non-admis comprennent tous les caractères non-ASCII, plus les caractères exclus qui sont listés dans la section 2.4 du document [IETF RFC 2396], à l'exception des caractères dièse « # », pourcentage « % » et crochets « [ » et « ] », qui ont été ré-admis par le document [IETF RFC 2732]. Les caractères non-admis doivent être échappés comme suit :

1. Chaque caractère non-admis est converti selon le codage de caractères UTF-8 [IETF RFC 2279], en un ou plusieurs octets ;

2. tous les octets correspondant à un caractère non-admis sont échappés selon le mécanisme d'échappement des URI (c'est-à-dire convertis dans la forme « %HH », où « HH » représente la notation hexadécimale de la valeur d'octet) ;

3. le caractère original est remplacé par la séquence de caractères résultante.

Comme il n'est pas réaliste que toute application vérifie si une valeur est une référence d'URI, cette spécification suit le conseil du document [IETF RFC 2396] sur ce point et elle n'impose aucune obligation de test de conformité aux applications XLink.

Si la référence d'URI est relative, alors sa version absolue doit être calculée selon la méthode de la spécification [XML Base], avant l'utilisation de celle-ci.

Pour les localisateurs à l'intérieur des ressources XHTML, le format de l'identifiant de fragment (le cas échéant) qui est utilisé dans la référence d'URI est spécifié par la spécification XPointer [XPTR].

<!ATTLIST liensimple
  xlink:href      CDATA           #REQUIRED
  ...>

5.5 Les attributs sémantiques (role, arcrole et title)

Les attributs role, arcrole et title décrivent la signification des ressources dans le contexte d'un lien. L'attribut role peut s'utiliser sur les éléments de type extended, simple, locator et resource. L'attribut arcrole peut s'utiliser sur les éléments de type arc et simple. L'attribut title peut s'utiliser sur tous ces types d'élément.

La valeur de l'attribut role, ou arcrole, doit être une référence d'URI, comme définie dans le document [IETF RFC 2396], à cette exception que, si le système d'URI admet les deux formes absolues et relatives, la partie URI proprement dite doit être absolue. La référence d'URI identifie une certaine ressource qui décrit la propriété voulue. Quand aucune valeur n'est donnée, alors on ne doit pas inférer de valeur de rôle particulière. Les caractères non-admis dans les références d'URI, les valeurs de ces attributs, doivent être codés spécialement, comme décrit dans « 5.4 L'attribut localisateur (href) ».

L'attribut title est utilisé pour décrire la signification d'un lien ou d'une ressource de manière lisible par un humain, au même endroit que les attributs role ou arcrole. (Cependant, voir également « 5.1.4 Les titres des éléments étendus, des localisateurs et des arcs (élément de type title) »). La valeur est optionnelle ; si une valeur est fournie, elle devrait contenir une chaîne qui décrit la ressource. L'utilisation de cette information dépend fortement du type de traitement effectué. On peut l'utiliser, par exemple, pour rendre les titres disponibles aux applications employées par les utilisateurs ayant des déficiences visuelles, ou pour créer une table des liens, ou pour présenter un texte d'assistance qui apparaît quand l'utilisateur laisse le pointeur de la souris immobile au-dessus d'une ressource de départ.

<!ATTLIST liensimple
  ...
  xlink:role      CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED
  ...>

<!ATTLIST go
  ...
  xlink:arcrole   CDATA           #IMPLIED
  xlink:title     CDATA           #IMPLIED
  ...>

5.6 Les attributs de comportement (show et actuate)

Les attributs de comportement sont show et actuate. On peut les utiliser sur les éléments de type simple et de type arc. Sur un élément de type simple, ils signalent les intentions de comportement pour la traversée vers la seule ressource d'arrivé distante du lien. Sur un élément de type arc, ils signalent les intentions de comportement pour la traversée vers les ressources d'arrivée (locales ou distantes), quelles que soient celles-ci, spécifiées par cet arc.

Les attributs show et actuate ne sont pas obligatoires. Quand on les emploie, les applications XLink conformes devraient leur administrer le traitement spécifié dans cette section. Il n'y aucune obligation rigide (« doit ») pour ce traitement parce que ce qui a un sens pour une application interactive, tel un navigateur, n'en aura vraisemblablement pas pour une application non-interactive, tel un robot. Néanmoins, toutes les applications devraient prendre en compte l'ensemble des conséquences entraînées par le fait d'ignorer le comportement spécifié avant de suivre un autre chemin.

<!ATTLIST liensimple
  xlink:type      (simple)        #FIXED "simple"
  ...
  xlink:show      (new
                  |replace
                  |embed
                  |other
                  |none)          #IMPLIED
  xlink:actuate   (onLoad
                  |onRequest
                  |other
                  |none)          #IMPLIED
  ...>

Les applications, qui rencontrent des éléments de type arc dans les listes de bases de liens, doivent traiter les attributs de comportement comme si leur valeur étaient show="none" et actuate="onLoad", même si d'autres valeurs étaient spécifiées.

5.7 Les attributs de traversée (label, from et to)

Les attributs de traversée sont label, from et to. L'attribut label peut s'utiliser sur les éléments de type resource et locator. Les attributs from et to peuvent s'utiliser sur l'élément de type arc.