hcard-implied-fr: Difference between revisions
mNo edit summary |
([fr: sync'd with english version]) |
||
| (2 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
<h1>hCard | <h1>hCard Implicite</h1> | ||
Ceci est proposé pour étendre la spécification hCard afin d'inclure les "[[hcard|hCards]] implicites", pour essayer de rationaliser la création et le balisage de hCards simples en présumant l'information provenant de modèles communs de design. | |||
== Auteurs == | == Auteurs == | ||
* [http://ryancannon.com/ Ryan Cannon] | * [http://ryancannon.com/ Ryan Cannon] | ||
* [[User:AndyMabbett|Andy Mabbett]] | |||
(traduction [[Christophe Ducamp]]) | |||
[[Christophe Ducamp]] | |||
== Pourquoi ? == | == Pourquoi ? == | ||
Parce que les microformats croissent et émergent, la barrière à l'entrée pour les écrire augmente. Déjà, les microformats composés tels que hAtom, hResume et hReview sont remplis de données extraites de hCard, | Parce que les microformats croissent et émergent, la barrière à l'entrée pour les écrire augmente. Déjà, les microformats composés tels que hAtom, hResume et hReview sont remplis de données extraites de hCard, hCals et rel-tag, et les écrire sous leur forme initiale requiert une connaissance des derniers même si les constructions utilisées sont vraiment simples. En outre, ajouter des microformats à une page Web requiert souvent l'ajout d'une quantité significative de tags pour le codage, ce qui doit souvent être réalisé à la main (chronophage). Par exemple un nom simple, | ||
<pre><nowiki> | <pre><nowiki> | ||
Jean Fou | |||
</nowiki></pre> | </nowiki></pre> | ||
peut devenir : | |||
<span class="vcard"><span class="fn">Jean Fou</span></span> | |||
avec 52 caractères supplémentaires. | |||
== Proposition == | |||
Pour trouver une façon dont la transformation au-dessus peut être réalisée (ou "implicite") avec un span unique et une classe unique. Ce ''pourrait'' être : | |||
<pre><nowiki> | <pre><nowiki> | ||
<span class="vcard | <span class="vcard-fn">Jean Fou</span> | ||
</span> | |||
</nowiki></pre> | </nowiki></pre> | ||
bien que d'autres patterns soient aussi en train d'être discutés. | |||
== Voir aussi == | |||
* Pour plus d'exemples, voir [[hcard-implied-examples-fr|hCard exemples implicites]] | * Pour plus d'exemples, voir [[hcard-implied-examples-fr|hCard exemples implicites]] | ||
* Pour les idées, reportez-vous à [[hcard-implied-brainstorming]] en anglais | * Pour les idées, reportez-vous à [[hcard-implied-brainstorming]] en anglais | ||
Latest revision as of 11:17, 6 January 2008
hCard Implicite
Ceci est proposé pour étendre la spécification hCard afin d'inclure les "hCards implicites", pour essayer de rationaliser la création et le balisage de hCards simples en présumant l'information provenant de modèles communs de design.
Auteurs
(traduction Christophe Ducamp)
Pourquoi ?
Parce que les microformats croissent et émergent, la barrière à l'entrée pour les écrire augmente. Déjà, les microformats composés tels que hAtom, hResume et hReview sont remplis de données extraites de hCard, hCals et rel-tag, et les écrire sous leur forme initiale requiert une connaissance des derniers même si les constructions utilisées sont vraiment simples. En outre, ajouter des microformats à une page Web requiert souvent l'ajout d'une quantité significative de tags pour le codage, ce qui doit souvent être réalisé à la main (chronophage). Par exemple un nom simple,
Jean Fou
peut devenir :
Jean Fou
avec 52 caractères supplémentaires.
Proposition
Pour trouver une façon dont la transformation au-dessus peut être réalisée (ou "implicite") avec un span unique et une classe unique. Ce pourrait être :
<span class="vcard-fn">Jean Fou</span>
bien que d'autres patterns soient aussi en train d'être discutés.
Voir aussi
- Pour plus d'exemples, voir hCard exemples implicites
- Pour les idées, reportez-vous à hcard-implied-brainstorming en anglais