Toujours aussi dingue de microformats et avide de remettre en forme un vieux C.V. personnel, vous trouverez ci-dessous une traduction d’un article qui vous donnera tout ce qu’il faut pour construire un C.V CHIC.
Par Emily Lewis, nouvelle gourou des microformats.
Cet article d’Emily Lewis paru le 10 novembre 2008 traite en profondeur du hResume, un microformat conçu pour publier un joli Curriculum Vitae avec du HTML ayant du sens. Cette traduction est en cours et seul le lien original fait référence
Emily Lewis – « Parvenir au Sémantique avec les Microformats : hResume » (Partie 6)
J’ai démarré cette série il y a deux mois. Je voulais partager avec vous mon amour des microformats et détailler comment je les ai implémentés, avec l’espoir d’encourager plus de personnes à les adopter.
A cette heure, j’en ai beaucoup couvert :
- Les microformats-basés-sur-rel dans la Partie 1
- XFN dans la Partie 2
- hCard dans la Partie 3
- hCalendar dans la Partie 4
- hAtom dans la Partie 5
Et maintenant, parce que je conclus cette série, il est temps de parler du microformat hResume qui est utilisé pour ajouter de la sémantique et de la structure aux résumés et CVs sur le web.
hResume : le Contexte
Avant de plonger dans le marquage et les détails du hResume, que penser d’un peu d’information de contexte ?
Spécification Draft
hResume est une spécification draft.
Qu’est-ce que ça peut vouloir dire ? En fin de compte, elle n’a pas été approuvée officiellement. Et cela veut dire qu’elle peut (et le sera probablement) changer un peu jusqu’à ce qu’elle devienne une spécification formelle.
Est-ce si important ? Peut-être pour vous, pas pour moi. J’accepte volontiers que la plupart des technologies web soient des cibles mouvantes. C’est tout bonnement la nature du web. Aucune raison pour moi de ne pas implémenter une technologie en laquelle je crois.
Le Meilleur des Microformats
hResume est, à sa base, l’un des microformats les plus simples, avec seulement huit propriétés. En même temps, hResume est un microformat composé ; il utilise trois autres microformats : rel-tag, hCard et hCalendar.
Sur bien des points, ceci représente le meilleur des microformats : il utilise des standards existants.
Et le Pire
Ceci étant dit, la façon dont hResume utilise hCard et hCalendar était, pour moi tout du moins, confuse et frustrante. Peut-être est-ce dû au statut draft et que ce sera résolu avant l’approbation finale. Peut-être est-ce moi et mon incapacité à penser à mon contenu ré-utilisable dans le sens où cela est requis pour appliquer hCard et hCalendar.
Quelle que soit la raison, hResume représente aussi le pire des microformats … de mon point de vue tout du moins.
Ce n’est pas le hResume en lui-même que je trouve problématique en soi. C’est le manque flagrant d’information et de bonne documentation. C’est quelque chose qui je pense est une épidémie pour les microformats, en général, et spécifiquement le Wiki Microformats.
Bien sûr, hResume est un draft, aussi est-il difficile de voir là beaucoup de gens partager de l’information à ce propos. Mais l’information wiki pour le hResume laisse vraiment à désirer.
Je réalise combien c’est horrible de dire ça, tout spécialement parce que dois au wiki (pour ne pas citer ses auteurs et contributeurs) dette de gratitude pour me fournir toute l’information qui y réside. Mais le wiki est difficile à digérer, et épuisant au possible.
Et quand il n’y a que très peu d’autres ressources pour le hResume, cela rend le processus d’implémentation du microformat pénible et frustrant.
Mais c’est la raison pour laquelle je blogue sur les microformats, et j’espère que d’autres feront de même. Plus il y aura de personnes qui en parleront (que ce soit en bien ou en mal), meilleure sera l’information.
Aussi, fini de pesert, avançons.
Historique
hResume a un historique très simple. A la différence de hCard, hCalendar et hAtom, il n’a pas de lien avec une technologie « précurseur ».
Cependant, il a été développé sur la base de recherche de formats existants de curriculum-vitae tels que HR-XML et Europass.
Les Fondamentaux
Comme pour tous les microformats, il y a quelques « règles » que je mentionnerai (une fois de plus):
- Les propriétés et sous-propriétés sont exprimés en valeurs
class. Ce sont elles qui définissent le microformat hResume. - Les noms de propriétés et sous-propriétés sont sensibles-à-la-casse.
- La propriété « racine » ne peut pas être mélangée avec n’importe laquelle de ses sous-propriétés. De ce fait
<p class="hresume contact">est invalide. - Le marquage utilisé est sans rapport avec le microformat (bien le marquage devrait être valide et sémantique).
Le Profil
Quand vous implémentez hResume, vous devriez vous assurer d’inclure son profil dans le <head> :
<head profile="http://microformats.org/wiki/hresume-profile/">
Comme je le mentionnais, hResume peut tirer partie à la fois de hCard et hCalendar. Aussi, si vous choisissez d’utiliser ces microformats supplémentaires dans votre hResume, vous devriez vous assurer tout autant d’inclure leurs profils..
Le W3C autorise plusieurs valeurs de profils (séparées par un espace blanc), aussi vous pourriez avoir tous les trois profils :
<head profile="http://microformats.org/wiki/hresume-profile/ http://purl.org/uF/hCard/1.0/ http://purl.org/uF/hCalendar/1.0/">
Néanmoins, parce qu’à la fois hCard et hCalendar sont des spécifications formelles, elles sont incluses dans le profil URL combiné qui couvre tous les microformats non-draft. Je recommande d’utiliser ce profil unique, combiné avec le profil hResume :
<head profile="http://microformats.org/wiki/hresume-profile/ http://purl.org/uF/2008/03/">
L’Exemple
A la différence de tous les autres microformats traités dans cette série, je n’ai pas implémenté hResume sur A Blog Not Limited. Je ne vois vraiment pas de raison d’avoir mon résumé sur mon blog personnel, et en plus je l’ai déjà sur mon design portfolio.
L’exemple qui suit est pris directement à partir de résumé sur mon portfolio. C’est plutôt un long paquet de marquage et d’information, aussi j’ai coupé ce qui est redondant en termes de hResume et l’ai remplacé par des ellipses. J’ai aussi retiré les valeurs class en rapport avec le style et n’ont rien à voir avec le microformat hResume.
Si besoin, vous pouvez toujours voir le source de ma page en live.
<div class="hresume">-
<div class="contact vcard"> -
<img src="/images/personal/emilyLewis.jpg" width="150" height="203" class="photo" alt="Emily Lewis" /> -
<h2 class="fn n" id="emily-hcard-name"><span class="given-name">Emily</span> <span class="additional-name">Paige</span> <span class="family-name">Lewis</span></h2> -
<p class="adr"><span class="locality">Albuquerque</span>, <abbr class="region" title="New Mexico">NM<abbr> <span class="postal-code">87106</span> <abbr class="country-name" title="United States of America">USA</abbr></p> -
<ul> -
<li><a href="mailto:eplewis@gmail.com" class="email">eplewis[at]gmail[dot]com</a></li> -
<li><a href="http://www.emilylewisdesign.com/" class="url" rel="me">Design Portfolio</a></li> -
<li><a href="http://www.linkedin.com/in/emilyplewis/" rel="me">LinkedIn profile</a></li> -
</ul> -
</div> -
<h3>Highlights of Qualifications</h3> -
<ul class="summary"> -
<li>Web designer specializing in hand-coded semantic XHTML, cross-browser CSS, progressive enhancement accessibility and usability</li> -
<li>Expert in the design of corporate web sites, intranets, email campaigns and e-commerce applications</li> - …
-
</ul> -
<h3>Technical Expertise</h3> -
<h4>Web Design & Development</h4> -
<ul> -
<li><a href="http://technorati.com/tag/xhtml" class="skill" rel="tag">XHTML</a> — 9 yrs</li> -
<li><a href="http://technorati.com/tag/css" class="skill" rel="tag" >CSS</a> — 9 yrs</li> - …
-
</ul> - …
-
<h3>Experience & Accomplishments</h3> -
<div class="vcalendar"> -
<div class="experience vevent vcard"> -
<a class="include nonVisual" href="#emily-hcard-name"></a> -
<h4 class="title summary">Web Designer</h4> -
<p class="org fn">Pitney Bowes Business Insight</p> -
<p><abbr class="dtstart" title="2004-12-01">December 2004</abbr> – present</p> -
<ul class="description"> -
<li>Designed interfaces and developed XHTML, CSS and graphics for main corporate site, international sites, marketing newsletters, corporate blog, corporate intranet and user conference site</li> - …
-
</ul> -
</div> - …
-
</div> -
<h3>Education</h3> -
<div class="vcalendar"> -
<div class="education vevent vcard"> -
<h4 class="summary">Web Design & Development Certification</h4> -
<p class="org fn"><a href="http://www.gwu.edu/index.cfm" class="url" title="Link opens off this site">George Washington University</a>, Center for Professional Development</p> -
<p><abbr class="dtstart" title="2001-09-01">September 2001</abbr>–<abbr class="dtend" title="2003-06-01">June 2003</abbr></p> -
<p>GPA 3.8</p> -
</div> -
</div> - …
</div>
Propriété Racine : hresume
La propriété racine est hresume et elle est requise. Toute l’information hResume devrait être contenue dans un élément assigné class="hresume":
<div class="hresume">
Propriété requise : contact
hResume n’a qu’une propriété obligatoire, contact, qui indique le nom et l’information de contact pour le propriétaire du résumé. Elle ne peut être utilisée qu’une fois seulement.
En outre, hResume requiert que l’information de contact soit une hCard :
<div class="contact vcard">-
<img src="/images/personal/emilyLewis.jpg" width="150" height="203" class="photo" alt="Emily Lewis" /> -
<h2 class="fn n" id="emily-hcard-name"><span class="given-name">Emily</span> <span class="additional-name">Paige</span> <span class="family-name">Lewis</span></h2> -
<p class="adr"><span class="locality">Albuquerque</span>, <abbr class="region" title="New Mexico">NM<abbr> <span class="postal-code">87106</span> <abbr class="country-name" title="United States of America">USA</abbr></p> -
<ul> -
<li><a href="mailto:eplewis@gmail.com" class="email">eplewis[at]gmail[dot]com</a></li> -
<li><a href="http://www.emilylewisdesign.com/" class="url" rel="me">Design Portfolio</a></li> -
<li><a href="http://www.linkedin.com/in/emilyplewis/" rel="me">LinkedIn profile</a></li> -
</ul> </div>
Consolidation d’Identité Avec rel-me
Remarquez aussi dans mon exemple que j’ai utilisé rel-me sur les liens vers mes sites web :
<li><a href="http://www.emilylewisdesign.com/" class="url" rel="me">Design Portfolio</a></li><li><a href="http://www.linkedin.com/in/emilyplewis/" rel="me">LinkedIn profile</a></li>
Comme je le détaillais dans la Partie 1, rel="me" est utilisé sur les hyperliens provenant d’une page d’une personne vers d’autres pages à propos de la même personne.
Problématiques Avec address
La spécification hResume recommande plus loin d’utiliser <address> pour contenir l’information de contact sur la personne.
Selon le W3C, l’élément <address> est :
« … Les auteurs peuvent employer l’élément ADDRESS pour fournir les informations de contact du document ou d’une partie essentielle de celui-ci, comme un formulaire.«
Dans le cas d’un curriculum-vitae, <address> est sémantiquement correct parce que l’information de contact est pour le propriétaire du résumé.
Néanmoins, vous remarquerez que je n’utilise pas <address> dans mon exemple (gasp !). Ceci parce que <address> ne peut pas contenir d’éléments de niveau-bloc.
Bien sûr, je pourrais remplacer tous les <p>s et les <ul> avec des <span>s, mais ceci fait bien moins sens sémantiquement parlant que de reconcer complètement à <address>.
Propriété Optionnelle : summary
La propriété optionnelle summary indique l’aperçu des qualifications et objectifs. Elle aussi, ne peut être utilisé qu’une fois dans un hResume..
Dans mon résumé, je ne déclare pas un objectif, mais fournis une liste de qualifications :
<h3>Highlights of Qualifications</h3><ul class="summary">-
<li>Web designer specializing in hand-coded semantic XHTML, cross-browser CSS, progressive enhancement accessibility and usability</li> -
<li>Expert in the design of corporate web sites, intranets, email campaigns and e-commerce applications</li> - …
</ul>
Propriété Optionnelle : skill
La propriété optionnelle skill s’applique au contenu qui indique les compétences spécifiques d’une personne. skill peut être utilisé plusieurs fois dans un hResume.
La spécification exige que le contenu skill soit contenu par un lien assigné class="skill" et rel="tag" :
<ul>-
<li><a href="http://technorati.com/tag/xhtml" class="skill" rel="tag">XHTML</a> — 9 ans</li> -
<li><a href="http://technorati.com/tag/css" class="skill" rel="tag">CSS</a> — 9 ans</li> - …
</ul>
Folie de Lien
Même si j’ai appliqué la propriété skill comme l’indique la spécification, je n’aime vraiment pas du tout tous ces liens supplémentaires. Je ne comprends vraiment pas pourquoi la spécification exige que soit appliqué ce lien à la propriété … pourquoi pas n’importe quel élément ?
Tous ces liens supplémentaires semblent superflus sur un résumé. Et je ne suis pas convaincue qu’ils fournissent quelque valeur ajoutée, tout particulièrement pour un employeur potentiel. En fait, ce pourrait être une distraction pour quelqu’un intéressé pour en savoir plus à mon propos et sur mes qualifications professionnelles.
Les Espaces de Tags Semblent Hors de Propos
Un autre problème que je rencontre avec la spécification est qu’elle exige aussi un rel="tag" assigné sur les liens.
Dans la Partie 1, j’ai expliqué que rel-tag indique la destination du lien est un tag (ou mot-clé) qui dit ce dont traite la page en cours — ou la partie de la page.
En outre, rel-tag requiert que le lien de destination (href) inclut la valeur réelle du mot-clé comme segment final de la valeur d’URL. Ceci est connu sous l’expression « tagspace. »
Compte tenu de ces obligations, tout mes liens skill sont dirigés vers Technorati, parce qu’il fournit de tels « tagsspaces ».
Néanmoins, ceci fait que ces liens sont même encore plus hors de propos en ce qui me concerne. Si je dois maintenir tous ces liens, je préférerais beaucoup plus qu’ils aillent vers un endroit qui fournisse une information discrète sur le mot-clé, comme Wikipedia, mais il n’existe pas d’articles pour toutes mes compétences et je voulais au moins rester cohérente.
En fin de compte, je pourrais changer les liens de destination vers des pages de Wikipedia quand elles seront disponibles et enlever tous les liens skill pour lesquels il n’existe pas d’article Wikipedia. Ou je pourrais décider de retirer complètement les liens skill. Ils sont optionnels.
Propriété Optionnelle : experience
La propriété optionnelle experience indique les diverses expériences professionnelles d’une personne. Elle peut être utilisée plusieurs fois.
La spécification requiert que chaque « événement » professionnel soit un hCalendar et que chaque rôle/titre dans le travail soit une hCard :
<div class="vcalendar">-
<div class="experience vevent vcard"> -
<a class="include nonVisual" href="#emily-hcard-name"></a> -
<h4 class="title summary">Web Designer</h4> -
<p class="org">Pitney Bowes Business Insight</p> -
<p><abbr class="dtstart" title="2004-12-01">December 2004</abbr> – present</p> -
<ul class="description"> -
<li>Designed interfaces and developed XHTML, CSS and graphics for main corporate site, international sites, marketing newsletters, corporate blog, corporate intranet and user conference site</li> - …
-
</ul> -
</div> - …
</div>
Le Modèle Include : Eviter la Redondance
Le fait que la spécification requiert l’assignation d’une hCard pour tous les titres/rôles dans les emplois et le fait que hCard exige la propriété fn (le nom formaté de la personne), ceci voudrait dire que pour chaque experience dans mon résumé, je devrais lister pour toutes l’information sur mon nom.
Ceci n’a pas de sens et va à l’encontre du format/contenu attendu dans un résumé.
Heureusement, les types des microformats ont sorti le include design pattern, qui permet à la donnée provenant d’un endroit sur une page d’être utilisée dans d’autres endroits sur la même page.
En utilisant le modèle include, je peux inclure mon information fn à partir de mon contact hCard dans mon experience hCard et éviter de devoir la répéter.
Tout d’abord, j’ai dû assigner à mon information contact hCard fn un id que je peux référencer dans mon include :
<h2 class="fn n" id="emily-hcard-name"><span class="given-name">Emily</span> <span class="additional-name">Paige</span> <span class="family-name">Lewis</span></h2>
Puis, pour toutes mes hCards experience, j’ai ajouté un <a> assigné class="include" avec une valeur href égale au fn id :
<div class="vcalendar">-
<div class="experience vevent vcard"> -
<a class="include nonVisual" href="#emily-hcard-name">Emily Paige Lewis</a> -
<h4 class="title">Web Designer</h4> -
<p class="org fn">Pitney Bowes Business Insight</p> -
<p><abbr class="dtstart" title="2004-12-01">December 2004</abbr> – present</p> -
<ul class="description"> -
<li>Designed interfaces and developed XHTML, CSS and graphics for main corporate site, international sites, marketing newsletters, corporate blog, corporate intranet and user conference site</li> - …
-
</ul> -
</div> - …
</div>
Alternativement, le modèle include permet l’utilisation de <object> plutôt qu’un lien. <object> est vraiment plus sémantiquement correct que <a>, néanmoins il provoque quelques problèmes d’affichage.
Dans Safari, par exemple :
Chrome fait la même chose avec les barres de défilement :
Opera n’affiche pas les barres de défilements, mais affiche une tonne d’espace blanc où demeure <object> :
IE6 et IE7 affichent quelque chose (je ne sais pas comment l’appeler) pour le code <object> :
Compte tenu de ces incohérences d’affichage, le lien est la méthode recommandée pour l’include pattern. A cette heure, trop de problèmes.
Bon, pas vraiment des « problèmes », juste quelque chose à garder à l’esprit : le lien doit avoir un contenu à l’intérieur qui puisse garantir l’accessiblité pour les lecteurs-écrants.
Ceci veut dire qu’il s’affichera sur le navigateur, ce qui n’écessite que j’utilise CSS pour masquer le contenu (via display:none) de manière à ce que le lien ne s’affiche pas plusieurs fois.
Datetime Design Pattern
Mise à jour : 02/06/2009
Le modèle-date-horaire est désormais déprécié en faveur du modèle-de-classe-value. Voir cet article en attendant la partie 8 de cette série pour en savoir plus sur ce nouveau pattern.
Pour chacun de mes « events » d’emploi, j’utilise hCalendar comme c’est recommandé. Ceci veut aussi dire que j’utilise le datetime design pattern pour mes dates de début et de fin :
<p><abbr class="dtstart" title="1999-11-01">Novembre 1999</abbr> – <abbr class="dtend" title="2004-01-01">Janvier 2004</abbr></p>
Ce modèle spécifie que l’élément contenant est un <abbr> qui a une valeur d’attribut title qui renvoie une information date-horaire « lisible-par-une-machine » alors que l’information contenue (et qui s’affiche dans les navigateurs) est une information date-horaire « lisible-par-les-humains ».
En outre, le datetime design pattern spécifie que la valeur title devrait être exprimée dans un format ISO 8601.
Comme je le detaillais dans la Partie 4, il existe des problématiques d’accessibilité concernant le datetime design pattern qui doivent être encore résolues.
Propriété Optionnelle : education
La propriété optionnelle education indique les « événement » education telles qu’une scolarité étudiante.. education peut être utilisé plusieurs fois dans un hResume.
Tout comme pour experience, la spécification demanque que chaque « évenément » education soit un hCalendar. Et bien que cela ne fasse pas partie de la spécification, j’ai aussi ajouté de l’information hCard pour chaque institution :
<div class="vcalendar">-
<div class=" education vevent vcard"> -
<h4 class="summary">Web Design & Development Certification</h4> -
<p class="org fn"><a href="http://www.gwu.edu/index.cfm" class="url" title="Link opens off this site">George Washington University</a>, Center for Professional Development</p> -
<p><abbr class="dtstart" title="2001-09-01">Septembre 2001</abbr>–<abbr class="dtend" title="2003-06-01">Juin 2003</abbr></p> -
<p>GPA 3.8</p> -
</div> </div>
Ce Que Je N’ai Pas Utilisé
hResume supporte aussi l’information d’affiliation et de publication. Je n’ai utilisé aucune des ces propriétés dans mon résumé parce qu’elles ne sont pas pertinentes en ce qui me concerne (à cette heure). Mais voici quelques exemples sur la façon dont je pourrais les implémenter.
Propriété Optionnelle : affiliation
La propriété optionnelle affiliation indique les organisations avec lesquelles une personne est affiliée. affiliation peut être utilisé plusieurs fois dans un hResume.
La spécification requiert que l’organisation contenue dans affiliation soit une hCard :
<ul>-
<li class="affiliation vcard"><span class="fn org">Association pour le Développement du Marketing</span></li> -
<li class="affiliation vcard"><span class="fn org">Groupe des Utilisateurs Adobe</span></li> </ul>
Publications
hResume n’a pas de propriété spécifique pour les publications. Au lieu de cela, la spécification recommande l’utilisation de <cite> pour indiquer les publications qu’une personne a écrites :
<cite>"Choisir Votre Caisse de Retraite"</cite>, New OD, Septembre 1998
Outils Pour Vous Faciliter la Vie
Ceci couvre la totalité de hResume. Maintenant, comment vous faciliter la vie pour faire ça vous-même ? Il existe quelques outils pour vous aider à implémenter hResume :
- hResume creator génère un hResume extrait de l’information proposée.
- Le « hResume Project » a créé un plugin hResume pour WordPress.
- Emurse offre quelques gabarits qui génèrent hResume..
- LinkedIn génère des hResume pour l’ensemble de ses 9 millions de profils publics.
- CV Antix est un constructeur de CV/Résumés dynamique et basé sur le web.
- Resolio crée tous les résumés dans le format hResume.
Autres Outils
- Il existe un plugin hResume LinkedIn pour WordPress qui extrait le contenu du hResume à partir d’un profil public LinkedIn, qui peut ensuite être ajouté à une page WordPress.
- Brian Suda a une version beta d’un outil hResume to resume XML tool.
- Le transformeur microformats Optimus fournit un transformateur de hResume vers JSON, XML ou RSS.
Malheureusement, je n’ai pas pu trouver quelque agrégateur ou extratcteur de hResume, même si j’ai vu mentionner que SimplyHired utilise hResume pour agréger les CV’s des chercheurs d’emploi. Hélas, je n’ai pas pu trouver quelque information spécifique à ce propos, ni n’ai vu quelque hResume sur le site.
Je n’ai pas trouvé non plus quelque plugin ou extension navigateur, fait intéressant, une ancienne version de l’extension Firefox Tails supportait hResume. Mais ça ne fonctionne pas avec la version actuelle de Firefox.
A un certain niveau, ce manque d’outils me surprend et ne me surprend pas.
Comme je râlais au début de cet article, l’information disponible sur hResume est minimale et pas vraiment facile à digérer. En outre, hResume est un draft. Cela ne me suprend aucunement que les types n’aient pas investi trop à développer des outils pour lui.
J’espère que cela changera.
Avantages
Pour moi, quand quelqu’un me demande pourquoi j’utilise des microformats, la réponse est simplement « Pourquoi ne le ferais-je pas ? » Les standards, la sémantique et les microformats sont tous bien dans mon monde.
Mais voici juste quelques avantages du hResume et des microformats pour ceux ayant besoin d’être convaincus.
Standardisation & Innovation
hResume fournit un moyen standardisé pour les personnes de maîtriser leurs donnés de curriculum vitae, ce qui représente une fondation demandée pour des outils et technologies innovantes.
Si les job boards devaient adopter hResume, cette standardisation veut dire que le contenu hResume pourrait être hébergé et mis à jour en un endroit, et puis pingué vers les job-boards quand il y a des mises à jour.
Cette standardisation fournit aussi les fondations pour les personnes de disposer de CVs riches et utiles qui pourraient être facilement cherchés par des employeurs et/ou clients potentiels.
Sémantique & Simplicité
hResume ajoute de la structure et du sens au contenu des CVs et les rend à la fois lisibles par les humains – et les machines. Tout cela avec des standards existants pour le marquage et les données.
Et malgré mon combat personnel pour implémenter hResume, il est intentionnellement simple. Juste quelques noms de classes pour le marquage et hResume est en place.
C’est Tout ?
Bon, c’est tout ce j’ai pour hResume. Mais ce n’est pas vraiment la fin de cette série.
J’ai un article en plus : une conclusion où je prévois de discuter de ce que j’ai appris durant le processus d’écriture de cette série.
Je prévois aussi de traiter d’accessibilité, de sémantique et de standards (encore). Et une brève discussion sur le débat vs. RDF » est en route. Et tout ce qui pourra m’arriver.
Ce sera tout à cette heure. …
Mise à jour : 7 décembre 2008
Jia Mi a traduit cet article en chinois : 使用微格式来丰富网站语义：hResume.
Je ne lis pas le chinois, aussi je ne peux garantir la traduction. Mais l’intention est belle, aussi j’en fais la promotion.
Mise à jour : 1/08/2009
Jan Sládek a traduit cet article en Tchèque : Kódujme sémanticky s mikroformáty: hResume.
♥ Partagez l’Amour
Passez le mot !
Vous voulez partager cet article avec d’autres ? Utilisez SVP l’URL raccourci : http://tr.im/cvchic.
Et bien sûr, vous pouvez toujours tweeter ça. Lâchez-vous, y’a même de la microsyntaxe et un peu de monnaie libre…
{ 3 rétroliens }