Microformats en HTML 5

(Difference between revisions)

Jump to: navigation, search
m ([fr: - Nouvelles fonctionnalités dans le HTML5: typo])
Current revision (21:27, 19 August 2013) (view source)
([fr: sync'd translation - to be reviewed])
 
Line 1: Line 1:
 +
''Cette page a démarré sur [[html5]]. Traduction en cours.''
 +
<entry-title>Microformats en HTML 5</entry-title>
<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.''
''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.
+
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==
==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.
-
* é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.
+
* 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.
-
** <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> ?
+
-
* 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. 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>item</code> identifie les blocs à marquer comme structure de données. Conceptuellement similaire au brainstorming [[mfo]] ?
+
-
== Compatibilité actuelle avec les microformats ==
+
* Les [[parsers#HTML::Microformats|HTML::Microformats]] et ses prédécesseurs ont supporté l'élément <code>time</code> depuis juillet 2008.
-
Il ne semble pas y avoir de problématiques avec l'implémentation actuelle des microformats suivants dans le HTML5 :
+
 
 +
* 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]]
* [[hcard-fr|hcard]]
* [[xfn-fr|xfn]]
* [[xfn-fr|xfn]]
-
== Demandes ==
+
== Requêtes ==
-
* "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) :
+
* "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]]
** [[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
** [[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]]
** [[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.
+
** 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==
+
 +
==Problématiques ==
<div class='discussion issues'>
<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]]
* '''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?
* '''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)
** 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>
</div>
-
== see also ==
+
== voir aussi ==
* [[HTML3]]
* [[HTML3]]

Current revision

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


Cette page est destinée à documenter l'usage futur des microformats en 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é time.

Contents

Nouvelles fonctionnalités dans le HTML5

élément time

Note : des propositions ont été 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 pubdate pour indiquer la date de publication d'un article, 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 :


hCalendar avec élément time

Voici un un exemple de spec hCalendar mis à jour pour utiliser section au lieu de div, et time au lieu de abbr.

<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>

élément article

L'élément article pour des compositions majeures, indépendantes de contenu dans une page. Peut-être synonyme avec hAtom hentry. Pourrait être parsé sous hentry dans des blocs explicites hfeed ?

attributs data

La convention de nommage data- 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.

nouveaux éléments sémantiques

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

La plupart des 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) parce qu'il a maintenant un support préliminaire pour les nouveaux éléments sémantiques HTML5 tout comme <time datetime>.

Modifications en HTML5

Les attributs rel/rev

L'attribut rev a été retiré du HTML5. L'attribut rel peut encore être utilisé de la même façon, mais les microformats qui supposaient l'existence de rev 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), vous devez nommer explicitement et définir la relation inverse (par ex. rel-child de xfn) si la relation inverse est vraiment utile.

Additions au delà du HTML5

microdata

Main article: 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 :

Requêtes

Problématiques

  • The profile attribute has been removed. In HTML, the profile attribute from the head has been removed, with no direct replacement. This causes issues for GRDDL support. It's been suggested that profile URLs be represented in link 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. Tantek 23:24, 5 November 2009 (UTC)
  • Microdata itemprop duplicates class 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. --BenWard 21:12, 4 September 2009 (UTC)
  • The 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: HTML5 time microsyntax for <time> --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:

voir aussi

Microformats en HTML 5 was last modified: Monday, August 19th, 2013

Views