hatom-fr

hAtom 0.1

hAtom est un microformat pour le contenu qui peut être syndiqué, initialement conçu pour les billets de blog mais pas exclusivement. hAtom est basé sur un sous-ensemble du format de syndication Atom. hAtom est l'un des nombreux microformats standards ouverts .

Spécification Brouillon

Editeur/Auteur

• David Janes, BlogMatrix, Inc.

Contributeurs

• Benjamin Carlyle
• Tantek Çelik, Technorati, Inc.

(Traduction en cours par Christophe Ducamp)

Copyright

Cette spécification est (C) 2005-2024 par les auteurs. Néanmoins, les auteurs ont pour but de soumettre cette spécification à un corps de standards avec une politique libérale de copyright/licence telle que GMPG, IETF, et/ou W3C. Quiconque souhaite contribuer devrait lire avant de contribuer leurs principes de copyright, politiques et licences (par ex. les Principes GMPG) et être d'accord avec eux, y compris le fait de licencier toutes les contributions sous les licences nécessaires (par ex. CC-by 1.0 et suivantes).

Brevets

Cette spécification est sujette à une politique de brevets libres de droits, par ex. pour la Politique de Brevet du W3C, IETF RFC3667 et RFC3668.

Introduction

hAtom est un microformat pour identifier l'information sémantique dans les billets de blog et pratiquement n'importe quel autre endroit Atom peut être utilisé, comme les articles d'actualités. Le contenu hAtom est facilement ajouté à la plupart des blogs par de simples modifications aux définitions du gabarit du blog.

Principes de Design XHTML Sémantique

Note : les Principes de Design XHTML Sémantique ont été écrits initialement dans le contexte de développement de hCard et hCalendar, par conséquent il peut être plus facile de comprendre ces principes dans le contexte de la méthodologie de design hCard (ce qui veut dire, lisez ça d'abord). Tantek

XHTML est construit sur du XML, et par conséquent les formats fondés sur XHTML peuvent être utilisés non seulement pour une présentation d'affichage pratique, mais aussi à des fins d'échanges de données. A bien des façons, les formats fondés sur XHTML illustrent le meilleur des mondes tant du HTML que du XML. Néanmoins au moment de construire des formats basés sur XHTML, cela aide d'avoir un ensemble de principes directeurs.

1. Réutilisez autant que possible le schéma (noms, objets, propriétés, valeurs, types, hiérarchies, contraintes) à partir des standards de référence établis et bien supportés. Evitez de redéclarer les contraintes exprimées dans le standard source. Des mentions à titre d'information peuvent passer.
   1. Pour les types avec plusieurs composants, utilisez des éléments imbriqués avec des noms de classe équivalents aux noms des composants.
   2. Les composants pluriels sont produits au singulier, et par conséquent plusieurs éléments imbriqués sont utilisés pour représenter plusieurs valeurs de texte qui sont délimitées par des virgules.
2. Utilisez la sémantique XHTML la plus précise pour construire des blocs pour chaque objet, etc.
3. Autrement utilisez un élément générique structurel (par ex. <span> ou <div>), ou l'élément contextuel approprié (par ex. un <li> dans un <ul> ou <ol>).
4. Utilisez des noms de classes basés sur des noms extraits du schéma original, à moins que le XHTML sémantique de construction de bloc ne représente précisément cette partie du schéma original. Si les noms dans le schéma original ne sont pas sensibles la casse, alors mettez tout dans un équivalent en bas de casse. Les noms de composants implicites en prose (plutôt qu'explicites dans le schéma défini) devraient aussi utiliser les équivalents bas de casse pour une facilité d'utilisation. Les espaces dans les noms des composants deviennent des caractères tiret '-'.
5. Pour finir, si le format de la donnée selon le schéma original est trop long et/ou non amical sur le plan humain, utilisez <abbr> au lieu d'un élément générique structurel, et placez les données littérales dans l'attribut 'title' (là où vont les expansions abbr), et l'équivalent le plus bref et le plus lisible humainement dans l'élément lui-même. De plus amples explications de cet usage de <abbr> : Human vs. ISO8601 dates problem solved

Format

En Général

Le Format de Syndication Atom fournit la base conceptuelle pour ce microformat, avec les mises en garde suivantes :

• Atom fournit beaucoup plus de fonctionnalités qu'il n'en faut pour un microformat "billet blog", aussi nous avons pris le nombre minimal d'éléments requis.
• le modèle "logique" de hAtom est celui d'Atom. S'il y a un conflit, Atom devrait être pris comme correct.
• le modèle "physique" de hAtom -- la véritable écriture des éléments -- est bien plus varié que ce que fournit Atom, du fait de la variété des manières dont sont effectivement produits les weblogs dans la jungle. Le microformat hAtom fournit un certain nombre de règles pour "ponter le fossé"

Schéma

Les éléments du schéma sont basés sur la nomenclature Atom et suivent le modèle de préfixer un identifiant unique (dans ce cas, 'h') sur la plupart des éléments conteneurs -- le Fil ou l'Entrée. Les parties de ce microformat sont basées sur l'analyse de beaucoup de weblogs, de bulletin board et de billets média et peuvent être lus sur blog-post-brainstorming#Eléments découverts.

Le schéma hAtom comprend les points suivants :

• hfeed (hfeed). optionnel.
• hentry (hentry).
  • entry-title. requis. texte.
  • entry-content. optionnel (voir description du champ). texte.
  • entry-summary. optionnel. texte.
  • updated. requis utilise le datetime-design-pattern.
  • published. optionnel, utilise le datetime-design-pattern.
  • author. requis utilise hCard.
  • bookmark (permalien). optionnel, utilise rel-bookmark.
  • tags. optionnel. mots-clés ou phrases, utilise rel-tag.

Quelques éléments requis ont des valeurs par défaut si elles manquent, voir en-dessous.

Détails Champ et Elément

Fil

• un élément Fil est identifié par le nom de classe hfeed
• un élément Fil représente le concept d'un fil Atom
• l'élément Fil est optionnel et s'il manque, il est supposé être la page
• les documents hAtom PEUVENT avoir plusieurs éléments Fil.

Fil Catégorie

• un élément Fil Catégorie est identifié par rel-tag
• un Fil PEUT avoir un Fil Catégorie
• un élément Fil Catégorie représente le concept d'une catégorie Atom dans un fil
• les éléments Catégorie Fil DOIVENT apparaître à l'intérieur d'un élément Fil mais pas à l'intérieur d'un élément Entrée
• le rel-tag href encode le category:term atom ; le lien texte définit la category:label atom.

Entrée

• un élement Entrée est identifié par le nom de classe hentry
• un élement Entrée représente le concept d'une entrée Atom
• tout contenu microformat à l'intérieur d'un élément