hcard-implied-fr - Revision history

ChristopheDucamp: [fr: sync'd with english version]

2008-01-06T11:17:43Z

[fr: sync'd with english version]

← Older revision		Revision as of 11:17, 6 January 2008
Line 1:		Line 1:
	<h1>hCard Implicite</h1>		<h1>hCard Implicite</h1>

	Ceci est proposé pour étendre la spécification hCard ~~pour~~ inclure les [[hcard\|hCards]] implicites ~~afin d'~~essayer de rationaliser la création et le balisage de hCards simples en présumant l'information ~~à partir~~ de modèles communs de design.		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 ~~en cours par~~ [[Christophe Ducamp]])		(traduction [[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, 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 :		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>
	~~<a href="http://www.exemple.com/">~~Jean Fou~~</a>~~		Jean Fou
	</nowiki></pre>		</nowiki></pre>

	~~devient rapidement~~ :		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>
	~~<a class="url~~ fn ~~n" href="http://www.exemple.com/">~~
	~~<span class="given-name~~">Jean~~</span>~~
	~~<span class="family-name">~~
	~~<span class="sort-string">F</span>ou~~
	~~</span>~~
	~~</a>~~
	</span>
	</nowiki></pre>		</nowiki></pre>

	~~Ce qui donne une quantité de presque 500%~~ d'~~augmentation dans le code. Pour deux mots et une <abbr>URL</abbr>~~.		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

ChristopheDucamp at 06:48, 17 December 2006

2006-12-17T06:48:37Z

← Older revision		Revision as of 06:48, 17 December 2006
Line 1:		Line 1:
	<h1>hCard Implicite</h1>		<h1>hCard Implicite</h1>

	~~Les~~ [[hcard\|hCards]] implicites ~~tentent~~ de rationaliser la création et le balisage de hCards simples en présumant l'information à partir de modèles communs de design.		Ceci est proposé pour étendre la spécification hCard pour inclure les [[hcard\|hCards]] implicites afin d'essayer de rationaliser la création et le balisage de hCards simples en présumant l'information à partir de modèles communs de design.


	== Auteurs ==		== Auteurs ==
	* [http://ryancannon.com/ Ryan Cannon]		* [http://ryancannon.com/ Ryan Cannon]

	~~== Traduction ==~~		(traduction en cours par [[Christophe Ducamp]])

	[[Christophe Ducamp]]

	== Pourquoi ? ==		== Pourquoi ? ==

ChristopheDucamp at 15:39, 14 December 2006

2006-12-14T15:39:44Z

← Older revision		Revision as of 15:39, 14 December 2006
Line 1:		Line 1:
	<h1>hCard ~~Imlicite~~</h1>		<h1>hCard Implicite</h1>

	Les [[hcard\|hCards]] implicites tentent de rationaliser la création et le balisage de hCards simples en présumant l'information à partir de modèles communs de design.		Les [[hcard\|hCards]] implicites tentent de rationaliser la création et le balisage de hCards simples en présumant l'information à partir de modèles communs de design.
Line 12:		Line 12:
	== 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, ~~hCal,~~ et rel-tag, et les écrire sous leur forme initiale requiert une connaissance des derniers même si les ~~contructions~~ 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 :		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 :

	<pre><nowiki>		<pre><nowiki>

ChristopheDucamp at 06:56, 14 December 2006

2006-12-14T06:56:12Z

← Older revision		Revision as of 06:56, 14 December 2006
Line 6:		Line 6:
	* [http://ryancannon.com/ Ryan Cannon]		* [http://ryancannon.com/ Ryan Cannon]

	== Traduction =		== Traduction ==

	[[Christophe Ducamp]]		[[Christophe Ducamp]]

ChristopheDucamp: création

2006-12-14T06:55:57Z

création

New page

<h1>hCard Imlicite</h1>

Les [[hcard|hCards]] implicites tentent de rationaliser la création et le balisage de hCards simples en présumant l'information à partir de modèles communs de design.

== Auteurs ==
* [http://ryancannon.com/ Ryan Cannon]

== 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, hCal, et rel-tag, et les écrire sous leur forme initiale requiert une connaissance des derniers même si les contructions 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 :

<pre><nowiki>
<a href="http://www.exemple.com/">Jean Fou</a>
</nowiki></pre>

devient rapidement :

<pre><nowiki>
<span class="vcard">
<a class="url fn n" href="http://www.exemple.com/">
<span class="given-name">Jean</span>
<span class="family-name">
<span class="sort-string">F</span>ou
</span>
</a>
</span>
</nowiki></pre>

Ce qui donne une quantité de presque 500% d'augmentation dans le code. Pour deux mots et une <abbr>URL</abbr>.

* Pour plus d'exemples, voir [[hcard-implied-examples-fr|hCard exemples implicites]]
* Pour les idées, reportez-vous à [[hcard-implied-brainstorming]] en anglais