h-entry-fr: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
([fr: →‎FAQ: traduction sous-titres])
m (Replace <entry-title> with {{DISPLAYTITLE:}})
 
Line 1: Line 1:
''Cette page a démarré sur [[h-entry]]''
''Cette page a démarré sur [[h-entry]]''


<entry-title>h-entry</entry-title>
{{DISPLAYTITLE:h-entry}}
* <span class="h-card vcard"><span class="p-name fn">[[User:Tantek|Tantek Çelik]]</span> (<span class="p-role role">Editor</span>)</span>
* <span class="h-card vcard"><span class="p-name fn">[[User:Tantek|Tantek Çelik]]</span> (<span class="p-role role">Editor</span>)</span>
* <span class="h-card vcard"><span class="p-name fn">[[User:ChristopheDucamp|Christophe Ducamp]]</span> (<span class="p-role role">Traducteur</span>)</span>
* <span class="h-card vcard"><span class="p-name fn">[[User:ChristopheDucamp|Christophe Ducamp]]</span> (<span class="p-role role">Traducteur</span>)</span>

Latest revision as of 16:23, 18 July 2020

Cette page a démarré sur h-entry



Per CC0, to the extent possible under law, the editors have waived all copyright and related or neighboring rights to this work. In addition, as of 2024-11-28, the editors have made this specification available under the Open Web Foundation Agreement Version 1.0.


h-entry est un format simple, ouvert pour le contenu épisodique ou chronodaté sur le web. h-entry est souvent utilisé avec du contenu destiné à être distribué en simultané, par exemple des billets de blog. h-entry est l'un des nombreux standards microformats ouverts "draft" adapté pour embarquer de la data dans le HTML/HTML5.

h-entry est la mise à jour microformats2 du "hentry" de hAtom. Pour une mise à jour de "hfeed, voir h-feed.

Exemple

Voici un exemple simple de billet de blog :

<article class="h-entry">
  <h1 class="p-name">Les microformats sont fascinants</h1>
  <p>Publié par <a class="p-author h-card">W. Developer</a>
     le <time class="dt-published" datetime="2013-06-01 12:00:00">1<sup>er</sup> juin 2013</time>
  
  <p class="p-summary">Dans le quel je loue les vertus d'utiliser les microformats.</p>
  
  <div class="e-content">
    <p>Blah blah blah</p>
  </div>
</article>

Démarrer

La classe h-entry est un nom de classe racine qui indique la présence d'un h-entry.

p-name, p-author, dt-published et les autres propriétés-noms de classes de h-entry listées ci-dessous définissent les propriétés de h-entry.

Voir microformats2-parsing pour en savoir plus à propos des noms de classes propriétés.

Propriétés

les propriétés h-entry, à l'intérieur d'un élément avec la classe h-entry :

  • p-name - nom de la note/titre
  • p-summary - petit résumé court de la note
  • e-content - contenu complet de la note
  • dt-published - quand la note a été publiée
  • dt-updated - quand la note a été mise à jour
  • p-author - qui a écrit la note, optionnellement embarquée avec h-card(s)
  • p-category - catégories/tags de la note
  • u-url - URL permalien de la note
  • u-uid - ID unique de la note
  • p-location - endroit à partir duquel a été posté l'entrée, optionnellement embarqué dans h-card, h-adr ou h-geo


Les propriétés suivantes expérimentales sont utilisées dans la jungle mais ne font pas encore partie de la spécification :

  • u-in-reply-to - l'URL à laquelle la h-entry est considéré comme une réponse à ou un commentaire sur.
    • Potentiellement une h-entry embarquée (ou imbriquée ?) (pour les contextes de réponses) mais je suis le seul à faire ça à cette heure, aussi non considéré comme une recommandation --bw 16:44, 13 June 2013 (UTC)
  • p-comment - h-entries optionellement embarquées (ou imbriquées), chacune d'entre elles est un commentaire/réponse au h-entry parent. Voir comment-brainstorming.

Les propriétés suivantes sont des ajouts proposés basés sur différentes conventions existantes de prévisualisation de lien qui ne sont pas encore utilisées dans la jungle (En rapport : link-preview-brainstorming)

  • u-photo
  • u-audio - consider special u- parsing rules for <audio>
  • u-video - consider special u- parsing rules for <video>

Toutes les propriétés sont optionnelles.

Statut

h-entry est une spécification draft de microformats.org. La discussion publique sur h-entry a lieu sur h-entry-feedback, le canal irc #microformats sur irc.freenode.net, et la liste de discussion microformats-new.

h-entry est prêt à l'utilisation et à l'implémentation dans la jungle, mais pour des raisons de rétro-compatibilité vous devriez aussi baliser les h-entries en les enrichissant des notes classiques hAtom.

Détails de Propriétés

(ébauche à compléter)

This section is a stub.

p-location

p-location a été réutilisé à partir de h-event.


FAQ

p-name d'une note

  • Qu'est-ce que le p-name d'une note?
    • Quelques options, de la plus simple à la plus détaillée.
      • la même que la propriété p-content/e-content.
      • la même que l'élément title sur le permalien de note de page. Au moment de publier une note sur sa propre page de permalien de post, les contenus de la note sont probablement abrégés pour le titre de la page. La même abréviation peut être utilisée pour le p-name.
      • première phrase de la propriété p-content/e-content. Ce peut être mieux pour la syndication et les objectifs de prévisualisation de lien de fournir simplement la première phrase de la note comme le p-name. De la même manière, si seulement une portion du contenu est syndiquée sur d'autres sites, cette portion-la peut être balisée comme le p-summary.
  • ...

endroit à partir duquel une entrée a été postée

  • Comment indiquez-vous un endroit nommé quand une entrée à été postée à partir d'un ? comme un restaurant ou un parc.
    • Utilisez un microformat embarqué h-card sur une valeur de propriété p-location.

adresse à laquelle une entrée a été postée

  • Comment indiquez-vous l'adresse où une entrée a été postée à partir de ? comme un restaurant ou parc. ?
    • Si l'adresse fait simplement partie d'un endroit nommé, voir au-dessus, utilisez une h-card
    • Sinon utilisez un microformat embarqué h-adr sur une valeur de propriété p-location.

lat long d'une entrée postée

  • Comment indiquez-vous les latitude et longitude de l'endroit où une entrée à été postée ?
    • Si l'endroit a un nom en plus des latitude et longitude, voir au-dessus, utilisez une h-card
    • Autrement s'il y a une adresse en plus des latitude et longitude, voir au-dessus, utilisez une h-adr-fr
    • Autrement, utilisez un microformat embarqué h-geo sur une valeur de propriété p-location.

Exemples dans la jungle

Les véritables exemples dans la jungle :

  • ... ajoutez ici les usages de h-entry que vous voyez dans la jungle
  • App.net enrichit les pages de profils et pages de permaliens avec h-entry en date du 2013-08-06 (exemple)
  • L'UI du "Twitter archive browser" utilise h-entry et h-card en interne, malheureusement elle n'est pas exposée comme du HTML dans les fichiers statiques
  • Brett Comnes enrichit ses posts avec h-entry et h-card (exemple)
  • Ben Werdmuller enrichit ses posts avec h-card et h-entry, u-in-reply-to et u-like (example)
  • Sandeep Shetty enrichit ses posts avec h-card and h-entry, tout comme avec les propriétés expérimentales u-in-reply-to et u-like (exemple)
  • spreadly enrichit ses pages de permaliens de partage avec h-entry, tout comme avec les propriétés h-cards et p-like expérimental (exemple)
  • Laurent Eschenauer enrichit ses posts avec h-entry (exemple)
  • Tom Morris enrichit ses posts avec h-entry (exemple)
  • Beaucoup de nouvelles specs du W3C specs, par ex.
  • SemPress est un thème WordPress qui supporte h-card, h-feed/h-entry.
  • The Pastry Box Project utilise le marquage h-card et h-entry sur sa page d'accueil et les pages indivdiuelles de réflexion
  • Aaron Parecki utilise h-entry pour enrichir les notes, par ex. 2012/230/reply/1.
  • Tantek Çelik utilise h-entry sur sa page d'accueil, tout comme h-entry sur tous les permaliens de ses posts, par ex. 2012-243 post, avec rel-prev/rel-next (si applicable) pour indiquer les posts précédents/suivants
  • Barnaby Walters utilise h-entry sur toutes les notes et articles, tout comme les imbrications dans les notes comme contextes de réponse exemple et commentaires exemple.

Validation

Validation

Article principal: validators-fr

Testez et validez votre marquage avec :

Rétro-compatibilité

Compatibilité Éditeur

Pour la compatibilité arrière, vous pouvez vouloir utiliser les noms de classes classiques hAtom en plus des propriétés h-entry à venir, par exemple :

<div class="h-entry hentry">
  <h1 class="p-name entry-title">Mon billet de blog génial</h1>
</div>

Compatibilité Parseurs

Les parseurs microformats DEVRAIENT détecter les propriétés classiques seulement si un nom de classe racine est trouvé et les parser comme des propriétés microformats2.

Si un "h-entry" est trouvé, ne pas chercher un "hentry" sur le même élément.


Le nom de classe racine compatible : hentry
Propriétés : (parsées comme p- plein texte à moins qu'autre chose ne soit spécifié) :

  • entry-title - parser comme p-name
  • entry-summary - parser comme p-summary
  • entry-content - parser comme e-content
  • published - parser comme dt-
  • updated - parser comme dt-
  • author - comprenant la racine compatible vcard en l'absence de h-card
  • category

FAQ Compat

Que devient rel-bookmark

Aussi posé sous : Pourquoi utiliser un h-entry u-url u-uid pour les permaliens quand j'ai rel=bookmark ?

R : tl;dr: utilisez class="u-url u-uid" au lieu de rel=bookmark pour les permaliens des posts parce que c'est plus simple (moins d'attributs) et parce que cela fonctionne mieux sur les contextes (page permalien, posts récents sur la page d'accueil, collection de posts sur les pages d'archives).

rel=bookmark était l'ancienne méthode hAtom pour marquer les permaliens. Depuis deux facteurs ont contribué à réduire l'usage de rel dans les microformats :

  • rel en étant typiquement* figuré dans le HTML5 - le rendant par conséquent inapproprié à l'usage dans les microformats qui sont agrégés, par ex. une collection de posts sur une page d'accueil ou dans des archives mensuelles.
  • il est plus facile de toujours utiliser les noms de classes pour les propriétés. Quand les formats utilisent deux (ou plus !) attributs dans le HTML pour spécifier les propriétés, la confusion génère une qualité de la data moindre (du marquage et par conséquent du truc qui est marqué). Par conséquent, selon le principe microformats de simplicité, dans les microformats2 nous n'utilisons uniquemnet que des noms de classes pour les propriétés.

* même si rel=bookmark en particulier est un élément-article / section figuré dans le HTML5[1], c'est un détail dont les auteurs en général ne vont pas se souvenir, et par conséquent, ce n'est pas bien de dépendre de lui pour tout type de format.


Historique

Ce travail est basé sur le microformat existant hAtom, et le selfdogfooding complet dans la communauté indie web camp.

Principes de Design

(ébauche à compléter)

Voir aussi