faq-fr - Revision history

Aaronpk: Replace with {{DISPLAYTITLE:}}

2020-07-18T16:22:36Z

Replace <entry-title> with {{DISPLAYTITLE:}}

← Older revision		Revision as of 16:22, 18 July 2020
Line 1:		Line 1:
	~~<entry-title>~~Microformats FAQ ~~</entry-title>~~		{{DISPLAYTITLE:Microformats FAQ }}

	Cette page documente les questions souvent posées à propos des microformats. Pour les questions souvent posées par la [[press-fr\|presse]], voir [[press-faq-fr\|faq presse]].		Cette page documente les questions souvent posées à propos des microformats. Pour les questions souvent posées par la [[press-fr\|presse]], voir [[press-faq-fr\|faq presse]].

Tantek: Reverted edits by [[Special:Contributions/000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

2013-08-18T03:46:30Z

Reverted edits by [[Special:Contributions/000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

Show changes

000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 at 03:44, 18 August 2013

2013-08-18T03:44:36Z

Show changes

Tantek: Reverted edits by ABIDEEN10 (Talk) to last version by ChristopheDucamp

2013-04-07T04:59:09Z

Reverted edits by ABIDEEN10 (Talk) to last version by ChristopheDucamp

Show changes

ABIDEEN10 at 02:32, 7 April 2013

2013-04-07T02:32:06Z

Show changes

ChristopheDucamp: [fr: typo -/* Q. Est-ce que les noms de classes sont sensibles à la casse ? */ ]

2010-01-23T06:57:03Z

[fr: typo -Q. Est-ce que les noms de classes sont sensibles à la casse ?: ]

← Older revision		Revision as of 06:57, 23 January 2010
Line 205:		Line 205:
	R : Oui, les noms de classes HTML (c.a.d. comme ceux utilisés dans les microformats) sont sensibles à la casse.		R : Oui, les noms de classes HTML (c.a.d. comme ceux utilisés dans les microformats) sont sensibles à la casse.

	Par [[naming-principles-f#Quelques_Détails\|convention]], les microformats utilisent tous les noms de classes en bas de casse (minuscules) de la même façon qu'avec l'approche CSS. De cette façon, les auteurs n'ont jamais de questions à se poser sur la capitalisation des propriétés microformats - elles sont toujours en bas de casse.		Par [[naming-principles-fr#Quelques_Détails\|convention]], les microformats utilisent tous les noms de classes en bas de casse (minuscules) de la même façon qu'avec l'approche CSS. De cette façon, les auteurs n'ont jamais de questions à se poser sur la capitalisation des propriétés microformats - elles sont toujours en bas de casse.

	== Sémantique <code><div></code> et <code><span></code> ==		== Sémantique <code><div></code> et <code><span></code> ==

ChristopheDucamp: [fr:sync'd with original]

2010-01-23T06:56:08Z

[fr:sync'd with original]

Show changes

ChristopheDucamp: /* Q : Qui contrôle les microformats */

2009-08-30T00:40:53Z

Q : Qui contrôle les microformats

← Older revision		Revision as of 00:40, 30 August 2009
Line 116:		Line 116:
	R : Une communauté ouverte. Les microformats sont des standards ouverts initialement sous licence Creative Commons Attribution et placés dans le [[Microformats_Wiki:Copyrights\|domaine public depuis le 2007-12-29]]. Le gros du travail a démarré ici sur le [[http://developers.technorati.com/wiki wiki des développeurs de Technorati]] et Technorati a contribué sur le travail produit ici pour la communauté microformats quand elle s'est installée ici. Le domaine microformats.org est enregistré sur Rohit Khare (voir [http://whois.uberdose.com/microformats.org Whois microformats.org]), CommerceNet héberge gracieusement les serveurs, mais ne revendique aucun contrôle sur les standards microformats. Quiconque peut suivre le [[process-fr\|processus]] établi et contribuer au développement de microformats standards.		R : Une communauté ouverte. Les microformats sont des standards ouverts initialement sous licence Creative Commons Attribution et placés dans le [[Microformats_Wiki:Copyrights\|domaine public depuis le 2007-12-29]]. Le gros du travail a démarré ici sur le [[http://developers.technorati.com/wiki wiki des développeurs de Technorati]] et Technorati a contribué sur le travail produit ici pour la communauté microformats quand elle s'est installée ici. Le domaine microformats.org est enregistré sur Rohit Khare (voir [http://whois.uberdose.com/microformats.org Whois microformats.org]), CommerceNet héberge gracieusement les serveurs, mais ne revendique aucun contrôle sur les standards microformats. Quiconque peut suivre le [[process-fr\|processus]] établi et contribuer au développement de microformats standards.

	Toute forme de [[governance-fr\|gouvernance]] (et très peu est nécessaire) du canal [[IRC]] des microformats, du wiki et des [[mailing-lists-fr\|listes de discussion]] se discute par un groupe d'[[~~administrators~~-fr\|administrateurs bénévoles]].		Toute forme de [[governance-fr\|gouvernance]] (et très peu est nécessaire) du canal [[IRC]] des microformats, du wiki et des [[mailing-lists-fr\|listes de discussion]] se discute par un groupe d'[[admins-fr\|administrateurs bénévoles]].

	===Q : ''Qui est le registrar des microformats ''===		===Q : ''Qui est le registrar des microformats ''===

ChristopheDucamp: /* Q : Pourquoi les microformats utilisent des termes anglais pour les noms de propriétés ? */

2009-08-30T00:34:52Z

Q : Pourquoi les microformats utilisent des termes anglais pour les noms de propriétés ?

← Older revision		Revision as of 00:34, 30 August 2009
Line 139:		Line 139:

	===Q : ''Pourquoi les microformats utilisent des termes anglais pour les noms de propriétés ?''===		===Q : ''Pourquoi les microformats utilisent des termes anglais pour les noms de propriétés ?''===
	R : Similaire à la manière dont le HTML utilise des mots anglais comme "class", "span" ou "head", les microformats ré-utilisent des mots anglais pour les noms de propriétés. Ceci a été brièvement discuté sur la liste microformats-discuss plus récemment sous "Language Maps" mais a été soulevée bien avant ça. Quelques personnes ont soulevé le problème que les microformats utilisent des noms anglais pour les propriétés, et elles aimeraient alterner avec des noms (non anglais) dans d'autres langages naturels, et peut-être essayer d'établir un mapping entre les termes. Le fait que les noms de propriétés des microforamts soient basés sur des standards existants (voir [[process-fr\|processus], et [[naming-principles-fr\|principes de nommage]]), ceci est un autre problème qui sort bien du champ des microformats. Comme le déclare Ryan King, c'est un "problème" pré-existant (non résolu) avec le HTML fondé sur l'anglais, CSS-basé-sur-anglais, HTTP-basé-sur-anglais et ainsi de suite. Remarquez que cela ne concerne pas l'internationalisation du contenu et de la date en elle-même - qui est bien sûr un excellent objectif, défendu et promu par les microformats et les standards sur lesquels ils se fondent (par ex. W3C, IETF). Cela concerne purement les noms de propriétés (et les valeurs énumérées) dans les formats. Voir aussi [[internationalization-fr\|internationalisation]].		R : Similaire à la manière dont le HTML utilise des mots anglais comme "class", "span" ou "head", les microformats ré-utilisent des mots anglais pour les noms de propriétés. Ceci a été brièvement discuté sur la liste microformats-discuss plus récemment sous "Language Maps" mais a été soulevée bien avant ça. Quelques personnes ont soulevé le problème que les microformats utilisent des noms anglais pour les propriétés, et elles aimeraient alterner avec des noms (non anglais) dans d'autres langages naturels, et peut-être essayer d'établir un mapping entre les termes. Le fait que les noms de propriétés des microforamts soient basés sur des standards existants (voir [[process-fr\|processus], et [[naming-principles-fr\|principes de nommage]]), ceci est un autre problème qui sort bien du champ des microformats. Comme le déclare Ryan King, c'est un "problème" pré-existant (non résolu) avec le HTML fondé sur l'anglais, CSS-basé-sur-anglais, HTTP-basé-sur-anglais et ainsi de suite. Remarquez que cela ne concerne pas l'internationalisation du contenu et de la date en elle-même - qui est bien sûr un excellent objectif, défendu et promu par les microformats et les standards sur lesquels ils se fondent (par ex. W3C, IETF). Cela concerne purement les noms de propriétés (et les valeurs énumérées) dans les formats. Voir aussi [[internationalization-fr\|internationalisation]] et la page [[en-us-faq#why_not_use_other_spellings_and_languages_for_properties\|en-US FAQ: why not use other spellings and languages for properties]] concernant la question d'alternatives de noms (non anglais) dans d'autres langages (naturels).

	===Q : ''Comment les microformats restent comme des drafts même s'ils semblent utilisables ?'' ===		===Q : ''Comment les microformats restent comme des drafts même s'ils semblent utilisables ?'' ===

ChristopheDucamp: /* Sémantique <div> et <span> */

2009-08-30T00:28:14Z

Sémantique <div> et <span>

← Older revision		Revision as of 00:28, 30 August 2009
Line 201:		Line 201:
	== Sémantique <code><div></code> et <code><span></code> ==		== Sémantique <code><div></code> et <code><span></code> ==

	=== Q. ''Est-t'il sémantiquement dénué de sens ~~que~~ d'utiliser des divs'' ===		=== Q. ''Est-t'il sémantiquement dénué de sens d'utiliser des divs'' ===

	R. Oui, tant <code><div></code> et <code><span></code> n'ont presque pas de sémantique. <code><div></code> peut être utilisé pour représenter une "division" du contenu de la page. De la même manière, <code><span></code> peut être utilisé pour représenter ce que le "span" de texte a quelque sens, mais les spécificités de ce que cela veut dire ne sont pas définies par le <code><span></code>.		R. Oui, tant <code><div></code> et <code><span></code> n'ont presque pas de sémantique. <code><div></code> peut être utilisé pour représenter une "division" du contenu de la page. De la même manière, <code><span></code> peut être utilisé pour représenter ce que le "span" de texte a quelque sens, mais les spécificités de ce que cela veut dire ne sont pas définies par le <code><span></code>.

			===Q. ''Est-ce que l'utilisation des éléments <code><div></code> et <code><span></code> ajoute quelque sémantique aux pages web'' ===
	===Q. ''Est-ce que l'utilisation des éléments <code><div></code> et <code><span></code> ~~ajoutent~~ quelque sémantique aux pages web'' ===

	R. Selon la [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 spec HTML 4], <code><div></code> et <code><span></code> "offrent un mécanisme générique pour ajouter de la structure aux documents." Leur seul sens est dans la division de documents en sections, leur présence implique que le contenu dedans a une sémantique spécifique, mais non définie par le balisage d'élément. Par conséquent, ils sont presque libres sémantiquement parlant.		R. Selon la [http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 spec HTML 4], <code><div></code> et <code><span></code> "offrent un mécanisme générique pour ajouter de la structure aux documents." Leur seul sens est dans la division de documents en sections, leur présence implique que le contenu dedans a une sémantique spécifique, mais non définie par le balisage d'élément. Par conséquent, ils sont presque libres sémantiquement parlant.