hresume-fr

(Difference between revisions)

Jump to: navigation, search
(First french draft translation of [hresume] - to be checked and reviewed)
m (Voir aussi)
Line 219: Line 219:
== Voir aussi ==
== Voir aussi ==
-
* [[resume-examples-fr]]
+
* [[resume-examples]]
-
* [[resume-formats-fr]]
+
* [[resume-formats]]
* [[resume-brainstorming]]
* [[resume-brainstorming]]

Revision as of 22:17, 20 June 2006

Attention : Ceci est une première traduction de la spécification du microformat hresume seul lien original de référence. Cette traduction reste à relire et corriger. Merci d'avance -- xtof

hResume

hResume est un microformat pour publier des résumés et des CVs.

Ce paragraphe est l'endroit où nous écrivons quelque chose qui fera que n'importe qui dans le monde voudra utiliser hResume. Parce que vous savez, hResume est le futur et les gens aiment le futur. Et ainsi de suite... vous voulez démarrer sur hResume dès maintenant ?

Brouillon de Spécification des Microformats

Editeur/Auteur 
Ryan King
Remerciements 
Voir Remerciements.

Le Copyright microformats et les déclations de brevets s'appliquent.

Contents


Statut

brouillon, version 0.1.

Introduction

Principes de Design XHTML Sémantique

XHTML is built on XML, and thus XHTML-based formats can be used not only for convenient display presentation, but also for general-purpose data exchange. In many ways, XHTML-based formats exemplify the best of both HTML and XML worlds. However, when building XHTML-based formats, it helps to have a guiding set of principles.

  1. Reuse the schema (names, objects, properties, values, types, hierarchies, constraints) as much as possible from pre-existing, established, well-supported standards by reference. Avoid restating constraints expressed in the source standard. Informative mentions are ok.
    1. For types with multiple components, use nested elements with class names equivalent to the names of the components.
    2. Plural components are made singular, and thus multiple nested elements are used to represent multiple text values that are comma-delimited.
  2. Use the most accurately precise semantic XHTML building block for each object etc.
  3. Otherwise use a generic structural element (e.g. <span> or <div>), or the appropriate contextual element (e.g. an <li> inside a <ul> or <ol>).
  4. Use class names based on names from the original schema, unless the semantic XHTML building block precisely represents that part of the original schema. If names in the source schema are case-insensitive, then use an all lowercase equivalent. Components names implicit in prose (rather than explicit in the defined schema) should also use lowercase equivalents for ease of use. Spaces in component names become dash '-' characters.
  5. Finally, if the format of the data according to the original schema is too long and/or not human-friendly, use <abbr> instead of a generic structural element, and place the literal data into the 'title' attribute (where abbr expansions go), and the more brief and human-readable equivalent into the element itself. Further informative explanation of this use of <abbr>: Human vs. ISO8601 dates problem solved

Format

En Général

Le format hResume est basé sur un ensemble de champs communs à beaucoup de résumés publiés aujourd'hui sur le web. Là où des noms possibles de champs ont été choisis et réutilisés à partir de microformats existants.

Schéma

Le schéma hResume couvre ce qui suit :

<address> + hCard.

avec une hCard embarquée indiquant le titre du poste, le nom de la société, l'adresse de la société, etc.

avec une hCard embarquée indiquant le nom de l'école, l'adresse de l'école, etc.

Détails des Champs

Les champs du schéma hResume représentent ce qui suit :

Notes

Cette section est informative.

Exemples

Summary

Un exemple de 'summary' :

<p class="summary">
  J'ai dix ans d'expérience sur toutes les technologies du Web 2.0. - J'ai travaillé avec Ajax depuis 1996, 
  conçu des pastels alors que les autres utilisent encore des images d'arrière-plan et des frames...
</p>

Contact

<address class="vcard">
  <span class="fn">Pierre Dupont</span>
  <span class="adr">
    <span class="street-address">123 rue de Lorients</span>
    <span class="locality">Vannes</span>, <span class="region">Bretagne</span> <span class="postal-code">56400</span>
  </span>
  <span>E-mail : <a class="email" href="mailto:jean@exemple.com">jean@exemple.com</a></span>
  <span>Page personnelle : <a class="url" href="http://vote-pour-jean.com/">vote-pour-jean.com</a></span>
  <span>Téléphone : <span class="tel">+33.(0)2.28.55.54.98</span></span>
</address>

Education

<ol class="vcalendar">
  <li class="education vevent">
    <a class="url summary" href="http://exemple.edu/">Haute Ecole de Brest</a>
    (<abbr class="dtstart" title="2001-01-24">2001</abbr> - <abbr class="dtend" title="2006-05-25">2006</abbr>)
  </li>
  ...

Experience

Basique

Un événement pour une expérience basique :

<ol class="vcalendar">
  <li class="experience vevent">
    <span class="summary">Président</span>,
    <span class="location">Haute Ecole de Brest</span>,
    <abbr class="dtstart" title="2004-05-01">Mai 2004</abbr> - <abbr title="2006-06-25">à ce jour.</abbr>
  </li>
  ...

Title : Titres des Postes

Pour exprimer un ou plusieurs titres de postes dans le même événement expérience, vous devriez utiliser des hCards. hCard requiert le champ fn ("formatted name"), mais il n'est pas raisonnable de répéter votre nom pour chaque titre de poste que vous balisez dans hresume. Par conséquent, vous pouvez utiliser un <object> et le nom de classe 'include' avec une référence vers le fn quelque part ailleurs sur la page.

Par exemple, cette hCard pointe vers une autre hCard

<span class="vcard">
  <object  data="#j" class="include"></object>
  <span class="org">Haute Ecole de Brest</span>
  <span class="title">Président de Classe</span>
</span>

Où "j" est la valeur de l'attribut id de l'élément "fn n" du contact hCard en haut de la page, c'est à dire (affiché ici comme une hCard verbeuse pour les besoins de l'illustration que la référence peut être vers un sous-arbre, non seulement un noeud de texte) :

<address class="vcard">
  <span class="fn n" id="j">
    <span class="given-name">Pierre</span>
    <span class="family-name">Dupont</span>
  </span>
</address>

Cette méthode d'indirection de propriété de hCard via un élément object a été généralisée pour s'appliquer à n'importe quelles/toutes les propriétés de chaîne/texte dans la hCard. Note : l'attribut de données object DOIT etre une référence ID locale. Les références externes (qui devraient obliger une application consommatrice à charger une ressource externe) ne sont actuellement pas supportées par cette méthode.

Skills

Quelques exemples de tags skills :

J'ai des compétences en <a class="skill" rel="tag" href="http://en.wikipedia.org/wiki/Bow_%28weapon%29">bow hunting</a> 
et <a class="skill" rel="tag" href="http://en.wikipedia.org/wiki/Nunchucks">nunchucks</a>.

Affiliations

<span class="affiliation vcard"><span class="fn org">National Honor Society</span></span>

Publications

<cite>Breeding Ligers for Fun and Magic</cite>, Idaho Press, 2004.

Exemples "in the wild"

Cette section est informative.

Les sites suivants ont publié des hResumes, et sont par conséquent un bel endroit pour commencer pour commencer à chercher des exemples "in the wild" pour essayer de parser, indexer, organiser, etc. Si vous avez un hResume sur votre propre page, sentez-vous libre de l'ajouter en haut de cette liste. Une fois que la liste sera devenu trop grosse, nous ferons une page wiki séparée.

en utilisant en outre la méthode object.include pour associer une description avec trois expériences hCalendar.

balisé comme un hRseume.

comme un hResume.

et a quelque JavaScript expérimental à l'intérieur pour extraire un résumé de compétences à partir du résumé.

Profile

@TODO

Implémentations

@TODO

Références

Références Normalisations

Références Informations

@TODO

Copyright

This specification is (C) 2006 by the authors. However, the authors intend to submit (or already have submitted, see details in the spec) this specification to a standards body with a liberal copyright/licensing policy such as the GMPG, IETF, and/or W3C. Anyone wishing to contribute should read their copyright principles, policies and licenses (e.g. the GMPG Principles) and agree to them, including licensing of all contributions under all required licenses (e.g. CC-by 1.0 and later), before contributing.

Patents

This specification is subject to a royalty free patent policy, e.g. per the W3C Patent Policy, and IETF RFC3667 & RFC3668.


Remerciements

Concept

Voir aussi

Discussions

Q&R

et si vous ne trouvez pas de réponses, ajoutez vos questions à la fin !

Problèmes

hresume-fr was last modified: Wednesday, December 31st, 1969

Views