Brian: Reverted edits by ElbolIcnae (Talk) to last version by Brian

2009-01-03T19:24:34Z

Reverted edits by ElbolIcnae (Talk) to last version by Brian

Show changes

ElbolIcnae: sitviac

2009-01-03T13:21:45Z

sitviac

Show changes

Brian: Reverted edits by RicerPascn (Talk) to last version by Tantek

2008-12-16T19:30:20Z

Reverted edits by RicerPascn (Talk) to last version by Tantek

Show changes

RicerPascn: letolinotrc

2008-12-16T16:55:27Z

letolinotrc

Show changes

Tantek: Reverted edit of FosBri, changed back to last version by Tantek

2007-06-21T08:38:53Z

Reverted edit of FosBri, changed back to last version by Tantek

Show changes

FosBri at 08:28, 21 June 2007

2007-06-21T08:28:19Z

Show changes

Tantek: Reverted edit of RmkJsz, changed back to last version by ChristopheDucamp

2007-06-20T23:38:17Z

Reverted edit of RmkJsz, changed back to last version by ChristopheDucamp

Show changes

RmkJsz at 23:38, 20 June 2007

2007-06-20T23:38:01Z

Show changes

ChristopheDucamp: sync'd

2007-05-24T21:58:37Z

sync'd

← Older revision		Revision as of 21:58, 24 May 2007
Line 5:		Line 5:
	(traduction en cours [[Christophe Ducamp]])		(traduction en cours [[Christophe Ducamp]])
	== introduction ==		== introduction ==

	Quand j'ai initialement conçu [[hcard-fr\|hCard]], il était clair pour moi de savoir comment parser sans ambiguïté tant l'existence de hCards dans du (X)HTML arbitraire (et n'importe où ce pouvait être embarqué dans du (X)HTML arbitraire, par ex. RSS, Atom, "XML générique") que les propriétés et valeurs de hCard.		Quand j'ai initialement conçu [[hcard-fr\|hCard]], il était clair pour moi de savoir comment parser sans ambiguïté tant l'existence de hCards dans du (X)HTML arbitraire (et n'importe où ce pouvait être embarqué dans du (X)HTML arbitraire, par ex. RSS, Atom, "XML générique") que les propriétés et valeurs de hCard.

Line 15:		Line 14:

	== étendue ==		== étendue ==

	Bien que cette page soit écrite spécifiquement pour expliquer comment parser [[hcard-fr\|hCard]], les concepts et algorithmes contenus à l'intérieur servent comme exemple pour la façon dont d'autres [[compound-microformat-fr\|microformats composés]] vont se faire parser.		Bien que cette page soit écrite spécifiquement pour expliquer comment parser [[hcard-fr\|hCard]], les concepts et algorithmes contenus à l'intérieur servent comme exemple pour la façon dont d'autres [[compound-microformat-fr\|microformats composés]] vont se faire parser.

	== Gestion URL ==		== Gestion URL ==

	Un parseur hCard peut commencer par un <abbr title="Uniform Resource Locator">URL</abbr> à récupérer.		Un parseur hCard peut commencer par un <abbr title="Uniform Resource Locator">URL</abbr> à récupérer.

Line 28:		Line 25:

	== nom de classe racine ==		== nom de classe racine ==

	Chaque microformat composé commence par un élément racine avec un nom de classe relativement unique. Par cela, je veux dire un nom de classe qui n'est pas simplement un mot commun, et qui devra être peu probablement être utilisé à l'extérieur du contexte du microformat. En choisissant un tel nom de classe racine, le microformat évite (pour toutes les intentions pratiques) de rentrer en conflit avec des noms de classe existants qui peuvent exister dans le contexte (X)HTML. Ceci est essentiel pour permettre à de tels microformats composés d'être ''embarqués'' dans le contenu actuel, existant, tout comme le contenu futur.		Chaque microformat composé commence par un élément racine avec un nom de classe relativement unique. Par cela, je veux dire un nom de classe qui n'est pas simplement un mot commun, et qui devra être peu probablement être utilisé à l'extérieur du contexte du microformat. En choisissant un tel nom de classe racine, le microformat évite (pour toutes les intentions pratiques) de rentrer en conflit avec des noms de classe existants qui peuvent exister dans le contexte (X)HTML. Ceci est essentiel pour permettre à de tels microformats composés d'être ''embarqués'' dans le contenu actuel, existant, tout comme le contenu futur.

Line 38:		Line 34:

	== trouver des hCards ==		== trouver des hCards ==

	Un document (X)HTML indique qu'il peut contenir des [[hcard-fr\|hCards]] en référençant le [[hcard-profile-fr\|profil XMDP de hCard]]. Voir [http://gmpg.org/xmdp/description XMDP] pour plus de détails.		Un document (X)HTML indique qu'il peut contenir des [[hcard-fr\|hCards]] en référençant le [[hcard-profile-fr\|profil XMDP de hCard]]. Voir [http://gmpg.org/xmdp/description XMDP] pour plus de détails.

Line 64:		Line 59:

	== propriétés hCard ==		== propriétés hCard ==

	La liste complète des noms de classe pour les propriétés hCard est documentée sur la page [[hcard-profile-fr\|hCard profile]].		La liste complète des noms de classe pour les propriétés hCard est documentée sur la page [[hcard-profile-fr\|hCard profile]].

Line 73:		Line 67:

	=== trouver des propriétés hCard ===		=== trouver des propriétés hCard ===

	Pour parser une [[hcard-fr\|hCard]] pour une propriété hCard (par ex. "fn"), le parseur cherche simplement le premier élément avec ce nom de classe à l'intérieur de hCard.		Pour parser une [[hcard-fr\|hCard]] pour une propriété hCard (par ex. "fn"), le parseur cherche simplement le premier élément avec ce nom de classe à l'intérieur de hCard.

Line 87:		Line 80:

	=== parser les propriétés et valeurs de hCard ===		=== parser les propriétés et valeurs de hCard ===

	Une fois qu'un élément pour une propriété est trouvé, les contenus de l'élément sont utilisés pour la valeur.		Une fois qu'un élément pour une propriété est trouvé, les contenus de l'élément sont utilisés pour la valeur.

	Il y a plusieurs exceptions pour concilier [[hcard-fr#Principes_de_Design_XHTML_Sémantique\|le XHTML sémantique et plus d'équivalents sémantiques]].		Il y a plusieurs exceptions pour concilier [[hcard-fr#Principes_de_Design_XHTML_Sémantique\|le XHTML sémantique et plus d'équivalents sémantiques]].
			===== propriété email =====
	Pour la propriété "email" en particulier, quand l'élément est :		Pour la propriété "email" en particulier, quand l'élément est :
	* <code><a href="mailto:..."></code> OU <code><area href="mailto:..."></code> : parse la valeur de l'attribut 'href', en omettant le préfixe "mailto:" et tout suffixe de requête "?" (si présent), dans l'attribut. Pour les détails sur le schéma URL "mailto:", voir la RFC 2368.		* <code><a href="mailto:..."></code> OU <code><area href="mailto:..."></code> : parse la valeur de l'attribut 'href', en omettant le préfixe "mailto:" et tout suffixe de requête "?" (si présent), dans l'attribut. Pour les détails sur le schéma URL "mailto:", voir la RFC 2368.
			===== propriété tel=====
			Pour la propriété "tel" en particulier, quand l'élément est :
			* <code><a href="tel:..."></code> OU <code><area href="tel:..."></code> : parser la valeur de l'attribut 'href', en omettant le préfixe "tel:" et tout suffixe de requête "?" (si présent) dans l'attribut. Pour les détails sur le schéma URL "tel:" voir la RFC 2806.

			===== propriétés du type URL ou URI =====
	Pour les propriétés qui peuvent prendre un type URL ou les parseurs URI DOIVENT gérer les URLs/URIs relatives et les normaliser selon leurs URLs/URIs absolus respectifs, en suivant les règles de langage du document conteneur pour résoudre les URLs/URIs relatifs (par ex. <base> pour le HTML, xml:base pour XML).		Pour les propriétés qui peuvent prendre un type URL ou les parseurs URI DOIVENT gérer les URLs/URIs relatives et les normaliser selon leurs URLs/URIs absolus respectifs, en suivant les règles de langage du document conteneur pour résoudre les URLs/URIs relatifs (par ex. <base> pour le HTML, xml:base pour XML).

			===== properties de type URL ou URI ou UID =====
	Pour les propriétés qui peuvent prendre les types URL, URI, ou UID, quand l'élément pour cette propriété est :		Pour les propriétés qui peuvent prendre les types URL, URI, ou UID, quand l'élément pour cette propriété est :
	* <code><a href></code> OU <code><area href></code> : utilisez la valeur de l'attribut 'href'.		* <code><a href></code> OU <code><area href></code> : utilisez la valeur de l'attribut 'href'.
Line 102:		Line 99:
	* <code><object data></code> : utilisez la valeur de l'attribut 'data' pour la valeur. Si le 'data' est un URL "data:", utilisez le type MIME dans cet URL "data:" pour la sous-propriété TYPE, autrement si l'attribut 'type' est présent, utilisez ça pour la sous-propriété TYPE.		* <code><object data></code> : utilisez la valeur de l'attribut 'data' pour la valeur. Si le 'data' est un URL "data:", utilisez le type MIME dans cet URL "data:" pour la sous-propriété TYPE, autrement si l'attribut 'type' est présent, utilisez ça pour la sous-propriété TYPE.

			===== propriétés pas du type URL ou URI ou UID =====
	Pour les propriétés avec des valeurs qui ne SONT PAS du type URL, URI, ou UID, quand l'élément pour une propriété est :		Pour les propriétés avec des valeurs qui ne SONT PAS du type URL, URI, ou UID, quand l'élément pour une propriété est :
	* <code><img alt></code> OU <code><area alt></code> : utilisez la valeur de l'attribut 'alt'.		* <code><img alt></code> OU <code><area alt></code> : utilisez la valeur de l'attribut 'alt'.

			===== toutes les propriétés =====
	Pour toutes les propriétés, quand l'élément pour une propriété est :		Pour toutes les propriétés, quand l'élément pour une propriété est :
	* <code><abbr title></code>: utilisez la valeur de l'attribut 'title'. S'il n'y a pas d'attribut 'title' utilisez alors les contenus de l'élément.		* <code><abbr title></code> : utilisez la valeur de l'attribut 'title'. S'il n'y a pas d'attribut 'title' utilisez alors les contenus de l'élément.
	** Pour les propriétés qui peuvent prendre une valeur datetime ISO8601, les parseurs devraient rembourrer toute précision nécessaire (par ex. les secondes) et devraient normaliser tous les datetimes avec les "timezone offsets", (par ex. <code>20050814T2305-0700</code>) en UTC (<code>20050815T060500Z</code>). Notez que les dates et heures flottantes NE DOIVENT PAS être produites en valurs de zones temps absolu UTC/Z.		** Pour les propriétés qui peuvent prendre une valeur datetime ISO8601, les parseurs devraient rembourrer toute précision nécessaire (par ex. les secondes) et devraient normaliser tous les datetimes avec les "timezone offsets", (par ex. <code>20050814T2305-0700</code>) en UTC (<code>20050815T060500Z</code>). Notez que les dates et heures flottantes NE DOIVENT PAS être produites en valurs de zones temps absolu UTC/Z.
	* <code><br /></code> OU <code><hr /></code> : la valeur est la chaîne vide. Ces deux éléments ne représentent pas quelque sémantique et par conséquent c'est probablement une erreur (au moins un abus) pour un auteur de les utiliser avec les noms de classe microformats. Néanmoins, s'ils sont trouvés, traitez la valeur comme vide.		* <code><br /></code> OU <code><hr /></code> : la valeur est la chaîne vide. Ces deux éléments ne représentent pas quelque sémantique et par conséquent c'est probablement une erreur (au moins un abus) pour un auteur de les utiliser avec les noms de classe microformats. Néanmoins, s'ils sont trouvés, traitez la valeur comme vide.

ChristopheDucamp: sync'd

2007-05-12T03:47:23Z

sync'd

Show changes

hcard-parsing-fr - Revision history

Brian: Reverted edits by ElbolIcnae (Talk) to last version by Brian

ElbolIcnae: sitviac

Brian: Reverted edits by RicerPascn (Talk) to last version by Tantek

RicerPascn: letolinotrc

Tantek: Reverted edit of FosBri, changed back to last version by Tantek

FosBri at 08:28, 21 June 2007

Tantek: Reverted edit of RmkJsz, changed back to last version by ChristopheDucamp

RmkJsz at 23:38, 20 June 2007

ChristopheDucamp: sync'd

ChristopheDucamp: sync'd