http://microformats.org/wiki/api.php?action=feedcontributions&feedformat=atom&user=LetoaCelta
Microformats Wiki - User contributions [en]
2026-05-25T23:38:42Z
User contributions
MediaWiki 1.38.4
http://microformats.org/wiki/index.php?title=include-pattern-fr&diff=35887
include-pattern-fr
2008-12-20T01:07:39Z
<p>LetoaCelta: rolpasctrocc</p>
<hr />
<div>basoucnalet<br />
<h1> include pattern </h1><br />
{{TOC-right}}<br />
Initialement développé en tant que section du [[resume-brainstorming-fr|resume-brainstorming]], l'include-pattern est un mécanisme pour inclure une portion de données dans une autre aire de la même page. Ce qui suit est de la documentation pour réutilisation du pattern dans d'autres microformats, et pour que les éditeurs travaillent avec.<br />
<br />
; Auteurs<br />
: Tantek Ãelik<br />
: Ben Ward<br />
<br />
; Traduction<br />
: [[User:ChristopheDucamp|Christophe Ducamp]])<br />
<br />
== historique ==<br />
[[hresume-fr|hResume]] avait besoin de la capacité d'inclure un nom provenant d'une hCard dans le haut d'un curriculum vitae â les détails de contact de la personne â à l'intérieur des hCards séparées utilisées dans l'historique d'emploi de la même personne. Répéter l'information de nom n'aurait pas correspondu aux techniques de publication existantes utilisées dans les résumés et Curriculum Vitæ, ç'aurait été peu commode pour les auteurs, et énervants pour les clients. L'include-pattern est un mécanisme pour référencer les données provenant de la même page, pour éviter la répétition, ou pour ''toute'' information dupliquée.<br />
<br />
== étendue ==<br />
L'include-pattern est strictement limité au cadre de la page en cours. Il ne peut pas être utilisé pour inclure du contenu provenant d'autres URLs.<br />
<br />
== référence rapide ==<br />
L'include-pattern est un mécanisme pour inclure le contenu provenant d'un microfomrat à l'intérieur d'un autre microformat ailleurs dans le même document, en utilisant les hyperliens (recommandé) ou OBJECT. Par exemple : <br />
<br />
<pre><nowiki><a class="include" href="#auteur" title="Jean Levin"></a></nowiki></pre><br />
<pre><nowiki><object class="include" data="#auteur"></object></nowiki></pre><br />
<br />
Dans les specs qui citent include-pattern, soit l'un des deux morceaux de code au-dessus amèneront le parseur de microformat à remplacer l'élément A ou OBJECT avec le nom de classe "include" par le fragment de contenu avec l'ID "auteur". Des exemples complets suivent.<br />
<br />
== en général==<br />
<br />
Pour référencer des includes, utilisez l'élément include avec le nom de classe "include" et un identifiant de document fragment. Le contenu à inclure devrait avoir un réglage d'attribut ID, et sur ID soit référencé à partir de l'attribut HREF ou DATA au point d'inclusion.<br />
<br />
L'élément include avec le nom de classe "include" indique une référence vers un sous-arbre ailleurs dans le document qui doit être incluse dans-la-place par les parseurs de microformats. Ce qui veut dire que l'élément avec la classe "include" est _remplacé_ dans le DOM par le sous-arbre référencé.<br />
<br />
Pour éviter les boucles infinies, si un class="include" fait référence à lui-même ou à un ancêtre dans l'analyse de l'arbre, alors il est ignoré et n'a pas d'effet sur le parseur.<br />
<br />
Selon l'[[include-pattern-fr#étendue|étendue]], l'attribut OBJECT 'data' et l'attribut hyperlien 'href' DOIVENT être des références ID locales quand ils sont utilisés comme des instances d'include-pattern. Les références externes (exigeant une application client pour charger une ressource externe) ne sont pas supportées par cette méthode.<br />
<br />
Il y a deux éléments HTML disponibles pour référencer des includes, hyperlien/Ancre et OBJECT. Ils sont documentés ci-dessous.<br />
<br />
Ces méthodes d'indirection de propriété via un élément hyperlien peuvent s'appliquer à n'importe lesquelles/toutes les propriétés dans les microformats fondés sur les classes, mais ne devraient être uniquement utilisées là où un microformat déclare explicitement que l'include-pattern est une dépendance. Par exemple, [[xoxo-fr|XOXO]] ne référence pas l'include-pattern à cette heure, aussi les sous-arbres ne peuvent pas être inclus en référence dans XOXO. [[hresume-fr|hResume]] et [[hreview-fr|hReview]] référencent vraiment l'include-pattern.<br />
<br />
=== Hyperlen ===<br />
<br />
Le moyen recommandé pour référencer includes dans les microformats est d'utiliser un hyperlien.<br />
<br />
==== Exemple hyperlien ====<br />
<br />
Voici une [[hcard-fr|hCard]] provenant du début d'un C.V., montrée ici sous une hCard verbeuse.<br />
<br />
<pre><nowiki><br />
<span class="vcard"><br />
<span class="fn n" id="jean-hcard-nom"><br />
<span class="given-name">Jean</span> <span class="family-name">Levine</span><br />
</span><br />
<span class="org">SimplyHired</span><br />
<span class="title">Microformat Brainstormer</span><br />
</span><br />
</nowiki></pre> <br />
<br />
Ailleurs sur la page, une seconde hCard réutilise le contenu "fn n" tiré de la première hCard :<br />
<br />
<pre><nowiki><br />
<span class="vcard"><br />
<a href="#jean-hcard-nom" class="include" title="Jean Levine"></a><br />
<span class="org">SimplyHired</span><br />
<span class="title">Microformat Brainstormer</span><br />
</span><br />
</nowiki></pre> <br />
<br />
Notez que le manque de contenu dans l'élément <code>a</code> avec <code>class="include"</code> est délibéré, car il renvoie vers l'exigence de design provenant du [[hresume-fr|hResume]] de ne pas avoir à répéter <em>quelque</em> information de nom avec chaque entrée de job. L'attribut <code>title</code> est utilisé pour aider les agents-utilisateurs qui désirent étiqueter l'hyperlien en dehors de son élément dans la ligne.<br />
<br />
<br />
Un parseur microformat doit traiter la seconde hCard comme suit, avec l'élément hyperlien include complètement remplacé (y compris le texte-à -l'intérieur) par le sous-arbre qui était référencé : <br />
<br />
<pre><nowiki><br />
<span class="vcard"><br />
<span class="fn n" id="jean-hcard-nom"><br />
<span class="given-name">Jean</span> <span class="family-name">Levine</span><br />
</span><br />
<span class="org">SimplyHired</span><br />
<span class="title">Microformat Brainstormer</span><br />
</span><br />
</nowiki></pre> <br />
<br />
==== notes et problématiques ====<br />
<br />
Note : La valeur de l'attribut <code>id</code> dans l'exemple "jean-hcard-nom" a été choisie à des fins de démonstration. Le texte de la valeur n'a pas d'autre sémantique selon l'include-pattern que de connecter la source de l'include vers la destination. Les auteurs {{should-fr}} utiliser de bonnes techniques [[posh-fr|CHIC]] pour choisir les noms <code>id</code> et <code>class</code>.<br />
<br />
Utiliser l'hyperlien-include-pattern ne provoque pas de problématiques connues dans n'importe quel navigateur, tant que les includes hyperliens sans contenus sont cachés avec CSS. Voir en-dessous pour les détails.<br />
<br />
Les auteurs {{should-fr}} fournir un texte de contenu ou au moins un texte d'attribut <code>title</code> pour l'hyperlien lui-même. Ceci peut exiger de répéter un petit bout d'information (comme celui du nom d'une personne dans une hCard) ou inclure un texte générique adapté au contexte de la page.<br />
<br />
===== accessibilité =====<br />
Les <strong>hyperliens présentés sous une liste extraite.</strong> Deux points de vue là -dessus. Le premier est que l'expérience utilisateur de "Assistive Technology" peuvent (pourraient) être sévèrement dégradés par la présence d'hypermiens qui ne contiennent pas de texte (voir [http://yuiblog.com/blog/2008/01/23/empty-links/ Empty Links and Screen Readers] pour les résultats de tests véritables). Le second est que la première déclaration n'est juste qu'un effet de bord de quelques "Assistive Technologies" extrayant les hyperliens dans un document est les présentant sous une liste, et que de telles technologies / fonctionnalités n'ont pas le droit de faire ainsi, et par conséquent ce n'est pas votre problème de vous en soucier. Voir See [http://joeclark.org/appearances/atmedia2007/#context Joe Clark: When accessibility is not your problem: Headings and links read out of context], en particulier :<br />
<blockquote><p>As writers, we are not authorizing you or Jaws to pull out our link text and remix it. Why donât you rearrange the sentences, too?</p></blockquote><br />
<br />
<strong>Hyperliens et onglets dans les navigateurs communs</strong>. As noted in the [http://microformats.org/wiki/include-pattern-feedback include-pattern feedback page], any visible hyperlink used with an <code>href</code> attribute ends up in the browser's tab cycle. This affects all keyboard users (both sighted users that can't/don't operate a mouse, or screen reader users in the extreme case). Even empty hyperlinks receive focus. This can be tested by modifying the code of the original [http://allinthehead.com/demo/include.html a@include test page] to visually follow the tabbing from one hyperlink to the next (using CSS or, for test purposes, subtly changing the <code>href</code>, tabbing through the page, and observing the change in the URL displayed in the browser's status bar). Hyperlinks hidden with CSS <code>display:none</code> do not end up in the browser's tab cycle.<br />
<br />
Thus it is recommended that Hyperlink Include Pattern hyperlinks lacking inline content {{should}} be hidden with CSS. As they have no content, this stylistic change has no net effect on the document's content semantics from a user's perspective.<br />
<br />
=== Object ===<br />
<br />
L'include-pattern Object est sémantiquement supérieur à l'"Hyperlink Include" ; il est utilisé pour embarquer du contenu à l'intérieur de la page. L'élément <code>object</code> basé include était l'include original de développement de l'include pattern. Néanmoins il y a de sérieux problèmes de compatibilité navigateur qui peuvent affecter quelques scénarios d'implémentation et de ce fait l'include pattern-hyperlien a été développé et est désormais préféré.<br />
<br />
==== exemple Object ====<br />
<br />
Voici la même [[hcard-fr|hCard]] prise au début du résume dans l'exemple précédent.<br />
<br />
<pre><nowiki><br />
<span class="vcard"><br />
<span class="fn n" id="jean-hcard-nom"><br />
<span class="given-name">Jean</span> <span class="family-name">Levine</span><br />
</span><br />
</span><br />
</nowiki></pre> <br />
<br />
Ailleurs sur la page, une seconde hCard ré-utilise le contenu "fn n" extrait de la première hCard :<br />
<br />
<pre><nowiki><br />
<span class="vcard"><br />
<object data="#jean-hcard-nom" class="include"></object><br />
<span class="org">SimplyHired</span><br />
<span class="title">Microformat Brainstormer</span><br />
</span><br />
</nowiki></pre> <br />
<br />
Un parseur microformat doit traiter la seconde hCard comme suit, avec l'élément include <code>object</code> remplacé complèteent par le sous-arbre qu'il a référencé :<br />
<br />
<pre><nowiki><br />
<span class="vcard"><br />
<span class="fn n" id="jean-hcard-nom"><br />
<span class="given-name">Jean</span> <span class="family-name">Levine</span><br />
</span><br />
<span class="org">SimplyHired</span><br />
<span class="title">Microformat Brainstormer</span><br />
</span><br />
</nowiki></pre><br />
<br />
Cette méthode d'indirection de propriété hCard via un élément object peut s'appliquer à n'importe lesquelles/toutes les propriétés dans les microformats fondés-sur-des-classes.<br />
<br />
=== notes et problématiques===<br />
* A la différence du pattern-hyperlien, l' Object Include Pattern n'a pas besoin de quelque recours textuel. Ceci le rend invisible à l'Assistive Technology.<br />
* Apple's Safari (WebKit-based) browser has some rendering issues with this use of <code>object</code>: You should set a width and height of "0" for the include elements to resolve this ('''version(s) affected needed''').<br />
* Bugs have been reported in some web browsers (Internet Explorer, Safari, Firefox) that <code>object</code> elements referencing fragments of the same document erroneously cause the browser to make additional HTTP requests ('''version(s) affected needed'''). For scenarios where HTTP requests are a sensitive performance measure, this makes the Object Include Pattern inappropriate.<br />
* Versions of Microsoft Internet Explorer with ActiveX controls disabled will throw a warning prompt upon finding an <code>object</code> element ('''version(s) affected needed''').<br />
<br />
==remerciements ==<br />
Grâce aux discussions et brainstorms avec un paquet de gens : [http://theryanking.com/ Ryan King], James Levine, l'ensemble de la foule présente à [http://mashupcamp.com/index.cgi?HAtomFinalization la session de travail sur les spécifications Microformats] lors du MashupCamp, [http://suda.co.uk/ Brian Suda], [http://randomchaos.com/ Scott Reynen], [http://allinthehead.com/ Drew McLellan].<br />
<br />
==utilisation des spécifications ==<br />
* [[hresume-fr|hResume]]<br />
* [[hreview-fr|hReview]]<br />
<br />
===considération ===<br />
Tous les microformats basés sur des classes DEVRAIENT considérer utiliser et déclarer explicitement normativement le support de l'include-pattern.<br />
* [[hatom-fr|hAtom]]<br />
* [[hcalendar-fr|hCalendar]]<br />
* [[hcard-fr|hCard]]<br />
<br />
==implémentations ==<br />
* X2V implémente le [[include-pattern-fr|include-pattern]] au moment de parser les [[hcard-fr|hCards]] et [[hcalendar-fr|hCalendars]] pour à la fois object.include et a.include.<br />
<br />
==références ==<br />
=== normatives ===<br />
* HTML 4.01<br />
<br />
===informatives ===<br />
* [[hcard-fr|hCard]]<br />
* [[hresume-fr|hResume]]<br />
* XHTML 1.0<br />
<br />
==en rapport ==<br />
{{include-pattern-related-pages-fr}}<br />
* voir aussi les [http://www.technorati.com/cosmos/referer.html blogs discutant de cette page].</div>
LetoaCelta