html5-fr - Revision history

GRegorLove: s///

2023-07-26T21:28:22Z

s/<source>/<syntaxhighlight>/

← Older revision		Revision as of 21:28, 26 July 2023
Line 26:		Line 26:
	Voici un [[hcalendar-fr#Exemples\|un exemple de spec hCalendar]] mis à jour pour utiliser section au lieu de div, et time au lieu de abbr.		Voici un [[hcalendar-fr#Exemples\|un exemple de spec hCalendar]] mis à jour pour utiliser section au lieu de div, et time au lieu de abbr.

	<~~source~~ lang=~~html4strict~~>		<syntaxhighlight lang="html">
	<section class="vevent">		<section class="vevent">
	<a class="url" href="http://conferences.oreillynet.com/pub/w/40/program.html">		<a class="url" href="http://conferences.oreillynet.com/pub/w/40/program.html">
Line 36:		Line 36:
	at the <span class="location">Argent Hotel, San Francisco, CA</span>		at the <span class="location">Argent Hotel, San Francisco, CA</span>
	</section>		</section>
	</~~source~~>		</syntaxhighlight>

	=== élément article ===		=== élément article ===

Aaronpk: Replace with {{DISPLAYTITLE:}}

2020-07-18T16:28:10Z

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

← Older revision		Revision as of 16:28, 18 July 2020
Line 1:		Line 1:
	''Cette page a démarré sur [[html5]]. Traduction en cours.''		''Cette page a démarré sur [[html5]]. Traduction en cours.''

	~~<entry-title>~~Microformats en HTML 5~~</entry-title>~~		{{DISPLAYTITLE:Microformats en HTML 5}}

	''Cette page est destinée à documenter l'usage '''futur''' des microformats en [http://www.w3.org/html/wg/html5 HTML 5]. Aucun des items documentés ne sont supportés à cette heure, et ils pourront changer pour un développement dans la communauté des microformats, ou selon les modifications dans la spécification HTML5. Cette page est destinée à suivre les améliorations offertes par HTML5 pour les microformats, et les problématiques que soulève HTML5. Elle peut être utilisée pour suivre les questions qui ont besoin d'être poussées dans le processus de développement du HTML5.''		''Cette page est destinée à documenter l'usage '''futur''' des microformats en [http://www.w3.org/html/wg/html5 HTML 5]. Aucun des items documentés ne sont supportés à cette heure, et ils pourront changer pour un développement dans la communauté des microformats, ou selon les modifications dans la spécification HTML5. Cette page est destinée à suivre les améliorations offertes par HTML5 pour les microformats, et les problématiques que soulève HTML5. Elle peut être utilisée pour suivre les questions qui ont besoin d'être poussées dans le processus de développement du HTML5.''

ChristopheDucamp: [fr: sync'd translation - to be reviewed]

2013-08-19T21:27:03Z

[fr: sync'd translation - to be reviewed]

Show changes

ChristopheDucamp: [fr: /* Nouvelles fonctionnalités dans le HTML5 */ typo]

2009-09-06T08:36:13Z

[fr: Nouvelles fonctionnalités dans le HTML5: typo]

← Older revision		Revision as of 08:36, 6 September 2009
Line 8:		Line 8:

	* élément '''<code>time</code> pour représenter les dates-heures'''. En HTML5, le format machine des dates-heures peut être représenté nativement. Il devrait être possible de remplacer le modèle de design date-time avec du HTML natif.		* élément '''<code>time</code> pour représenter les dates-heures'''. En HTML5, le format machine des dates-heures peut être représenté nativement. Il devrait être possible de remplacer le modèle de design date-time avec du HTML natif.
	** <code>time</code> prend un attribut optionnel <code>pubdate</code>, pour indiquer la date de publication d'un <code>article</code>. Synonyme avec le [[hatom-fr\|hAtom]] <code>published</code>, peut impliquer [[~~hatrom~~-fr\|hAtom]] <code>updated</code>, peut impliquer [[hreview-fr\|hReview]] <code>dtreviewed</code>, peut impliquer [[hlisting-fr\|hListing]] <code>dtlisted</code>		** <code>time</code> prend un attribut optionnel <code>pubdate</code>, pour indiquer la date de publication d'un <code>article</code>. Synonyme avec le [[hatom-fr\|hAtom]] <code>published</code>, peut impliquer [[hatom-fr\|hAtom]] <code>updated</code>, peut impliquer [[hreview-fr\|hReview]] <code>dtreviewed</code>, peut impliquer [[hlisting-fr\|hListing]] <code>dtlisted</code>
	* l'élément '''<code>article</code>''' pour des compositions majeures, indépendantes de contenu au sein d'une page. Peut-être synonyme avec [[hatom-fr\|hAtom]] <code>hentry</code>. Pourrait être parsé comme <code>hentry</code> dans des blocs explicites <code>hfeed</code> ?		* l'élément '''<code>article</code>''' pour des compositions majeures, indépendantes de contenu au sein d'une page. Peut-être synonyme avec [[hatom-fr\|hAtom]] <code>hentry</code>. Pourrait être parsé comme <code>hentry</code> dans des blocs explicites <code>hfeed</code> ?
	* la convention de nommage '''<code>data-</code> pour les attributs tag'''. la spécification draft specification déclare que tout attribut qui démarre avec "data-" sera traité comme une aire de stockage pour la donnée privée.		* la convention de nommage '''<code>data-</code> pour les attributs tag'''. la spécification draft specification déclare que tout attribut qui démarre avec "data-" sera traité comme une aire de stockage pour la donnée privée.
Line 14:		Line 14:
	* '''[[microdata-fr\|microdata]]'''. HTML5 fournit un ensemble d'attributs et d'APIS DOM associées pour extraire les données des pages web.		* '''[[microdata-fr\|microdata]]'''. HTML5 fournit un ensemble d'attributs et d'APIS DOM associées pour extraire les données des pages web.
	** l'attribut <code>itemprop</code> est une version plus spécifique de <code>class</code>, pour les noms de champ.		** l'attribut <code>itemprop</code> est une version plus spécifique de <code>class</code>, pour les noms de champ.
	** l'attribut <code>subject</code> permet le lien sémantique dans la page. ~~Conceptuellemnet~~ similaire à l'[[include-pattern-fr\|include-pattern]].		** l'attribut <code>subject</code> permet le lien sémantique dans la page. Conceptuellement similaire à l'[[include-pattern-fr\|include-pattern]].
	** l'attribut <code>content</code> sur l'élément <code>meta</code> peut être utilisé pour inclure de la donnée invisible. Conceptuellement similaire au [[value-class-pattern-fr\|modèle-de-classe-value]].		** l'attribut <code>content</code> sur l'élément <code>meta</code> peut être utilisé pour inclure de la donnée invisible. Conceptuellement similaire au [[value-class-pattern-fr\|modèle-de-classe-value]].
	** l'attribut <code>item</code> identifie les blocs à marquer comme structure de données. Conceptuellement similaire au brainstorming [[mfo]] ?		** l'attribut <code>item</code> identifie les blocs à marquer comme structure de données. Conceptuellement similaire au brainstorming [[mfo]] ?

ChristopheDucamp: [sync'd with original page - 2 sections to be translated]

2009-09-06T08:31:04Z

[sync'd with original page - 2 sections to be translated]

New page

<entry-title>Microformats en HTML 5</entry-title>

''Cette page est destinée à documenter l'usage '''futur''' des microformats en [http://www.w3.org/html/wg/html5 HTML 5]. Aucun des items documentés ne sont supportés à cette heure, et ils pourront changer pour un développement dans la communauté des microformats, ou selon les modifications dans la spécification HTML5. Cette page est destinée à suivre les améliorations offertes par HTML5 pour les microformats, et les problématiques que soulève HTML5. Elle peut être utilisée pour suivre les questions qui ont besoin d'être poussées dans le processus de développement du HTML5.''

S'il y a des choses que les Microformats aimeraient marquer qui ne sont pas gérées explicitement par HTML5, faites-le savoir svp au WHATWG, de façon à ce que nous puissions améliorer HTML5. Voici comment le <code>time</code> came to be, for instance.

==Nouvelles fonctionnalités dans le HTML5==

* élément '''<code>time</code> pour représenter les dates-heures'''. En HTML5, le format machine des dates-heures peut être représenté nativement. Il devrait être possible de remplacer le modèle de design date-time avec du HTML natif.
** <code>time</code> prend un attribut optionnel <code>pubdate</code>, pour indiquer la date de publication d'un <code>article</code>. Synonyme avec le [[hatom-fr|hAtom]] <code>published</code>, peut impliquer [[hatrom-fr|hAtom]] <code>updated</code>, peut impliquer [[hreview-fr|hReview]] <code>dtreviewed</code>, peut impliquer [[hlisting-fr|hListing]] <code>dtlisted</code>
* l'élément '''<code>article</code>''' pour des compositions majeures, indépendantes de contenu au sein d'une page. Peut-être synonyme avec [[hatom-fr|hAtom]] <code>hentry</code>. Pourrait être parsé comme <code>hentry</code> dans des blocs explicites <code>hfeed</code> ?
* la convention de nommage '''<code>data-</code> pour les attributs tag'''. la spécification draft specification déclare que tout attribut qui démarre avec "data-" sera traité comme une aire de stockage pour la donnée privée.
** Notez que le truc data-* est explicitement 'non' pour les Microformats, au moins pas les microformats qui veulent toujours être gérés nativement par les navigateur. Ces attributs sont définis de telle sorte que les navigateurs ne feront jamais rien avec eux. Ils sont conçus pour les auteurs de scripts qui ont un espace dans lequel ils pourront jouer sans entrer en conflit avec tout ce que fait le navigateur.
* '''[[microdata-fr|microdata]]'''. HTML5 fournit un ensemble d'attributs et d'APIS DOM associées pour extraire les données des pages web.
** l'attribut <code>itemprop</code> est une version plus spécifique de <code>class</code>, pour les noms de champ.
** l'attribut <code>subject</code> permet le lien sémantique dans la page. Conceptuellemnet similaire à l'[[include-pattern-fr|include-pattern]].
** l'attribut <code>content</code> sur l'élément <code>meta</code> peut être utilisé pour inclure de la donnée invisible. Conceptuellement similaire au [[value-class-pattern-fr|modèle-de-classe-value]].
** l'attribut <code>item</code> identifie les blocs à marquer comme structure de données. Conceptuellement similaire au brainstorming [[mfo]] ?

== Compatibilité actuelle avec les microformats ==
Il ne semble pas y avoir de problématiques avec l'implémentation actuelle des microformats suivants dans le HTML5 :
* [[hcard-fr|hcard]]
* [[xfn-fr|xfn]]

== Demandes ==
* "how to use with HTML5" sections that include (a) microformats examples that use [[HTML5]], and (b) microformats parsing details that specify what to do (if anything special is required) with HTML5 elements (e.g. how to parse the <code>time</code> element for dates and times for microformats). See (and add to if necessary) :
** [[hcard-brainstorming#how_to_use_with_HTML5|hCard brainstorming - how to use with HTML5]]
** [[hcalendar-brainstorming#how_to_use_with_HTML5|hCalendar brainstorming - how to use with HTML5]] e.g. hCalendar with the <code>time</code> element
** [[citation-brainstorming#how_to_use_with_HTML5|citation brainstorming - how to use with HTML5]]
** if nothing special is required for HTML5, then after performing the analysis, that should be noted as well, for the purpose of clarity.

==Problématiques==

<div class='discussion issues'>
* '''The <code>rev</code> attribute has been removed'''. In HTML5, <code>rel</code> and <code>rev</code> are no-longer paired, and the <code>rel</code> attribute nolonger describes the direction of a relationship. Microformats which use <code>rev</code> will need to use <code>rel</code> instead.
** Or something like data-rev="vote-for"
*** As above, <code>data-</code> attributes are for application-context functionality, ''not'' shared vocabularies. Further, the HTML5 specification makes <code>rel</code> the correct attribute to use, regardless of direction, through the changed specification. --[[User:BenWard|BenWard]] 17:53, 12 May 2009 (UTC)
* '''The <code>profile</code> attribute has been removed'''. In HTML, the <code>profile</code> attribute from the <code>head</code> has been removed, with no direct replacement. This causes issues for GRDDL support. It's been suggested that profile URLs be represented in <code>link</code> elements instead, or even as a custom HTTP header. See [[grddl]] and [[profile-uris]]
* '''Microdata <code>itemprop</code> duplicates <code>class</code> data'''. the new attribute itemprop is designed to hold some meaningful data about an element, but class already exists to hold this data. Unsure of reasons why itemprop required?
** This is because microdata is designed to be generically parsable, even when the parser does not understand the vocabulary. As such, property names have to be on an explicit attribute, not shared with other, non-data classnames. --[[User:BenWard|BenWard]] 21:12, 4 September 2009 (UTC)
</div>

== see also ==
* [[HTML3]]