View source for html5-fr

''Cette page a démarré sur [[html5]]. Traduction en cours.''

{{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.''

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 par exemple, comment le a émergé <code>time</code>.

==Nouvelles fonctionnalités dans le HTML5==
=== élément time ===
* L'élément '''<code>time</code> pour représenter les dates-heures'''. En HTML5, le format machine des dates-heures peut être représenté nativement. Dans certains cas, il peut être possible de remplacer le modèle de design date-time avec du HTML5 natif.

* Recommandation : Utilisez le [[value-class-pattern-fr|modèle-de-classe-value]], tout particulièrement et de préférence avec <strong>séparation-date-heure</strong> pour marquer les dates et heures avec accessibilité tout en suivant le [[principle-fr|principe]] <abbr title="Don't Repeat Yourself">DRY</abbr> autant que possible.

* Les [[parsers#HTML::Microformats|HTML::Microformats]] et ses prédécesseurs ont supporté l'élément <code>time</code> depuis juillet 2008.

* Essayez http://dev.h2vx.com/ (version beta de [[H2VX-fr|H2VX]]) car elle a désormais un support préliminaire pour <code>&lt;time datetime&gt;</code> tout comme pour les nouveaux éléments sémantiques HTML5.

Note : des propositions ont été [http://wiki.whatwg.org/wiki/Time documentées pour augmenter l'élément time]. Ajoutez SVP des opinions supplémentaires et des cas d'usages à cette page wiki de manière à ce que nous puissions améliorer l'élément time.

Il a existé rapidement un attribut optionnel <code>pubdate</code> pour indiquer la date de publication d'un <code>article</code>, mais il a été abandonné en 2012 parce qu'il était à la fois non nécessaire et insuffisant. Plutôt que d'utiliser l'attribut pubdate, il est mieux de faire ainsi : 
* Utilisez le microformat [[hatom-fr|hAtom]] pour les articles, et la propriété hAtom <code>published</code>, tout comme la propriété hAtom <code>updated</code>.


==== hCalendar avec élément time ====
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>
<section class="vevent">
 <a class="url" href="http://conferences.oreillynet.com/pub/w/40/program.html">
  http://conferences.oreillynet.com/pub/w/40/program.html
 </a>
 <span class="summary">Web 2.0 Conference</span>: 
 <time class="dtstart" datetime="2005-10-05">5 octobre</time>-
 <time class="dtend" datetime="2005-10-07">7</time>,
 at the <span class="location">Argent Hotel, San Francisco, CA</span>
</section>
</source>

=== élément article ===
L'élément '''<code>article</code>''' pour des compositions majeures, indépendantes de contenu dans une page. Peut-être synonyme avec [[hatom-fr|hAtom]] <code>hentry</code>. Pourrait être parsé sous <code>hentry</code> dans des blocs explicites <code>hfeed</code> ?

=== attributs data ===
'''La convention de nommage <code>data-</code> pour les attributs de tag'''. la spécification draft déclare qeu tout attribut qui démarre avec "data-" sera traité comme une aire de stockage pour la data privée.
* Notez que le truc data-* n'est explicitement <em>pas</em> pour les microformats. Ces attributs sont définis de telle sorte que les navigateurs ne feront jamais rien de spécial avec eux. Ils sont conçus pour les auteurs de scripts qui disposent d'un espace dans lequel ils peuvent jouer sans même rencontrer quelque conflit avec tout ce que peut faire le navigateur. Il peut y avoir des cas de [[poshformats]] privés qui ne sont jamais conçus pour l'interchagement qui peuvent être utilisés dans les attributs data-*.

=== nouveaux éléments sémantiques ===
HTML5 a de nombreux et nouveaux éléments sémantiques.

La plupart des [[parsers-fr|parseurs]] microformats ne reconnaîtront probablement pas ces éléments et peuvent les ignorer - ainsi évitez d'utiliser les classes microformats sur de nouveaux éléments sémantiques HTML5 en production.

NÉANMOINS, essayez vraiment d'expérimenter avec des microformats et le nouveau HTML5 sémantique, 

ET essayez http://dev.h2vx.com/ (la version beta de [[H2VX-fr|H2VX]]) parce qu'il a maintenant un support préliminaire pour les nouveaux éléments sémantiques HTML5 tout comme <code>&lt;time datetime&gt;</code>.

== Modifications en HTML5 ==
=== Les attributs rel/rev ===
L'attribut <code>rev</code> a été retiré du HTML5.  L'attribut <code>rel</code> peut encore être utilisé de la même façon, mais les microformats qui supposaient l'existence de <code>rev</code> et par conséquent définissait uniquement une relation unique, peuvent avoir besoin d'être changés pour inclure tout aussi bien une relation inverse. Ce qui veut dire, pour chaque relation qui va dans une direction (par ex. [[rel-parent]] de [[xfn)-fr|xfn]]), vous devez nommer explicitement et définir la relation inverse (par ex. [[rel-child]] de [[xfn-fr|xfn]]) si la relation inverse est vraiment utile.

== Additions au delà du HTML5 ==
=== microdata ===
{{main|microdata}}
'''[[microdata]]''' est une extension du HTML5 qui fournit un ensemble d'attributs et des APIs DOM associées pour marquer sémantiquement et extraire les data du contenu existant dans les pages web, similaire aux microformats mais avec de nouveaux attributs.

== compatibilité actuelle microformat ==
Il ne semble pas y avoir de problème avec l'implémentation des microformats suivants en HTML5 : 
* [[hcard-fr|hcard]]
* [[xfn-fr|xfn]]

== Requêtes ==
* "Comment utiliser avec HTML5" des sections qui comprennent (a) des exemples de microformats qui utilisent [[HTML5-fr|HTML5]], et (b) des détails de parsage microformats qui spécifient quoi faire (si quelque chose de spécial est requis) avec les éléments HMTL5 (par ex. comment parser l'élément  <code>time</code> pour les dates et heures pour les microformats). Voir (et ajoutez si nécessaire) : 
** [[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]]
** si rien de spécial n'est requi pour HTML5, alors après avoir exécuté l'analyse, ceci devrait être noté pour des besoins de clarté.

==Problématiques ==
<div class='discussion issues'>
* '''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]]
** See [[rel-profile]] which is the replacement for the profile attribute. [[User:Tantek|Tantek]] 23:24, 5 November 2009 (UTC)
* '''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)
* '''The [http://microformats.org/wiki/value-class-pattern#Date_and_time_parsing recommended removal of the colon in timezone] doesn’t validate''' The relevant uF wiki text is “However the colons ":" separating the hours and minutes of any timezone offset are optional and discouraged in order to make it less likely that a timezone offset will be confused for a time.” ref: [http://www.whatwg.org/specs/web-apps/current-work/multipage/common-microsyntaxes.html#global-dates-and-times HTML5 time microsyntax for &lt;time&gt;] --[[User:Oli|Oli]] 14:40, 14 February 2010 (+9)
* '''Some websites are not ready to upgrade to HTML5''' and must stick with HTML4 (or XHTML1 served/interpreted as HTML4) for now. For example:
**  http://www.ascentsir.com/eng - according to [[IRC]] "ChiefRA" on 2011-06-30
</div>

== voir aussi ==
* [[HTML3]]