Difference between revisions of "hnews-fr"

From Microformats Wiki
hnews-fr
Jump to navigation Jump to search
Line 63: Line 63:
 
==== Champs additionnels ====
 
==== Champs additionnels ====
  
===== Source Organisation =====
+
===== Organisation Source =====
 
* Un élément "Source Organization" est identifié par le nom de classe <code>source-org</code>.
 
* Un élément "Source Organization" est identifié par le nom de classe <code>source-org</code>.
 
* "Source Organization" représente l'organisation source de l'article d'actualité.
 
* "Source Organization" représente l'organisation source de l'article d'actualité.
* Une "Source Organization" DOIT être encodé dans une [[hcard-fr|hCard]]
+
* Une Organisation-Source DOIT être encodée dans une [[hcard-fr|hCard]]
* si l'Organisation Source manque  
+
* si l'Organisation-Source manque  
 
** trouver le(s) éléments [[algorithm-nearest-in-parent|parents les plus proches]] avec le nom de classe <code>source-org</code> et qu'il y ait une [[hcard-fr|hCard]] valide.
 
** trouver le(s) éléments [[algorithm-nearest-in-parent|parents les plus proches]] avec le nom de classe <code>source-org</code> et qu'il y ait une [[hcard-fr|hCard]] valide.
 
** autrement l'entrée est une hNews invalide
 
** autrement l'entrée est une hNews invalide

Revision as of 08:25, 4 November 2009

<entry-title>hNews 0.1</entry-title> Ce document est une spécification microformat draft. Bien que les "drafts" soient en quelque sorte mâtures dans le processus de développement, la stabilité de ce document ne peut être garantie, et les implémenteurs doivent être prêts à rester informés des futurs développements et modifications. Suivez cette page wiki, ou suivez les discussions sur la liste de discussion microformats-new pour rester informé.

hNews est un microformat pour le contenu d'actualités. hNews prolonge hAtom, en introduisant un nombre de champs qui décrivent plus profondément un travail journalistique. hNews introduit aussi un autre format de donnée, rel-principles, un format qui décrit les principes journalistiques maintenus par le journaliste ou le média qui a publié l'item d'actualité. hNews sera un des nombreux standards ouverts.

Spécification Draft

Editeur/Auteur
Jonathan Malek (Associated Press)
Contributeurs
Stuart Myles (Associated Press)
Martin Moore (Media Standards Trust)
Mark Ng (Media Standards Trust)
Todd B. Martin (Associated Press)
Traduction en cours
Christophe Ducamp

Copyright

Du fait de la sortie dans le domaine public affichée sur les pages profils des auteurs, (Jonathan Malek) cette spécification est versée dans le domaine public.

Obligation de Contribution dans le Domaine Public. Du fait que le(s) auteur(s) aient publié leurs travaux dans le domaine public, afin de maintenir le statut de ce travail dans le domaine public, tous les contributeurs sur cette page sont aussi d'accord pour publier leurs contributions dans le domaine public. Les contributeurs peuvent indiquer leur consentement en ajoutant le modèle "public-domain-release" sur leur page utilisateur selon les instructions de Déclarations d'être Volontaire pour le Domaine Public. Les contributions non publiées dans le domaine public peuvent être défaites/retirées.

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

hNews est un microformat pour identifier l'information sémantique dans les articles d'actualité. Il se construit sur hAtom, tout en ajoutant un certain nombre de champs qui définissent complètement un travail journalistique. hNews peut être pensé comme un format hérité de hAtom, du fait que les parseurs et outils qui ne comprennent pas les extensions hNews peuvent encore parser le contenu hAtom. Néanmoins, ces parseurs et applications qui comprennent hNews peuvent permettre un ensemble plus riche d'actions sémantiques sur les articles d'actualités.

Les mots-clés "DOIT", "NE DOIT PAS", "OBLIGATOIRE", "DEVRA", "NE DEVRA PAS", "DEVRAIT", "NE DEVRAIT PAS", "RECOMMANDÉ", "PEUT" et "OPTIONNELLE" dans ce document doivent être interprétés comme décrits dans la RFC 2119.

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 General

hNews prolonge hAtom. Tout comme le fait remarquer le format draft hAtom, "Atom fournit bien plus de fonctionnalités que ce dont nous avons besoin pour un microformat de billet de blog, aussi nous avons pris le nombre minimal d'éléments requis." Les articles d'actualités introduisent typiquement plus de champs (par exemple, l'organisation qui publie) que le draft actuel hAtom 0.1, et ces champs sont très importants pour lire ou évaluer un article d'actualité. Nous nous concentrons sur ces champs qui permettent le développement d'actions sémantiques autour des actualités : licence, principes, dateline (geo) et organisation source.

Schéma

Le schéma hNews contient ce qui suit :

  • hNews (hnews) et hentry. requis. Utilisant hAtom.
    • source-org. requis. En utilisant hCard.[*]
    • dateline. optionnel. En utilisant du texte ou hCard.
    • geo. optionnel. En utilisant geo.[*]
    • item-license. recommandé. En utilisant la proposition en brainstorm.
    • principles. recommendé. En utilisant le microformat draft rel-principles.

[*] Quelques éléments requis ont des valeurs par défaut s'ils viennent à manquer, voir ci-dessous.

Détails des Champs et Eléments

Champs hAtom

Entrée
  • un article hNews DOIT être encodé sous une hentry hAtom.
  • si un article hNews ne peut être parsé sous une hentry hAtom, c'est un hNews invalide.

Champs additionnels

Organisation Source
  • Un élément "Source Organization" est identifié par le nom de classe source-org.
  • "Source Organization" représente l'organisation source de l'article d'actualité.
  • Une Organisation-Source DOIT être encodée dans une hCard
  • si l'Organisation-Source manque
    • trouver le(s) éléments parents les plus proches avec le nom de classe source-org et qu'il y ait une hCard valide.
    • autrement l'entrée est une hNews invalide
Dateline
  • un élément dateline est identifié par le nom de classe dateline.
  • dateline represente le lieu où l'article d'actualité à été écrit ou fiché (voir dateline pour en savoir plus).
  • un élément dateline PEUT être encodé dans une hCard.
  • un article d'actualité DEVRAIT avoir un élément dateline.
  • la dateline inclut parfois la date de publication de l'article. Dans de tels cas, utilisez le modèle-de-design-datetime pour encoder la date.
Geo
  • un élément géo est identifié par le nom de classe geo
  • geo représente les coordonnées géographiques des lieux pertinents dans l'article d'actualité.
  • un élément geo devreait être encodé dans un geo.
  • dans ces cas-là où la latitude et la longitude représentent la dateline, une variante de geo devrait être utilisée (voir [[geo-brainstorming#Geo_improvements|Améliorations Geo] pour un exemple).
Licence
  • un élément licence est identifié par le nom de classe item-license.
  • un élément licence DOIT être encodé dans cette proposition en brainstorming license.
  • un article d'actualité DEVRAIT contenir un élément de licence.
Principes
  • un élément principes est identifié by rel-principles.
  • principles représente la déclaration des principes et éthique utilisés par l'organisation qui a produit l'article d'actualité.
  • un élément "principles" DOIT être encodé en rel-principles.
  • un article d'actualité DEVRAIT inclure des principes.
  • les principes DEVRAIENT être liés en utilisant les icônes principles-button-blue.png ou principles-book-blue.png.

XMDP Profile

<dl class="profile">
 <dt>class</dt>
 <dd><p>
  <a rel="help" href="http://www.w3.org/TR/html401/struct/global.html#adef-class">
   HTML4 definition of the 'class' attribute.</a>
  This meta data profile defines some 'class' attribute values (class names) 
  and their meanings as suggested by a 
  <a href="http://www.w3.org/TR/WD-htmllink-970328#profile">
   draft of "Hypertext Links in HTML"</a>.
  <dl>

   <dt>hnews</dt>
   <dd>
    Used to describe semantic information associated with news stories.
   </dd>

   <dt>source-org</dt>
   <dd>
    The originating organization for the news story.
   </dd>

   <dt>dateline</dt>
   <dd>
    Represents the location where the news story was filed.
   </dd>

   <dt>geo</dt>
   <dd>
    Represents geographic coordinates of relevant locations in the story.
   </dd>

   <dt>item-license</dt>
   <dd>
    Represents the license for the story.
   </dd>

   <dt>rel</dt>
   <dd>
      <dl>
         <dt>principles</dt>
         <dd>
         Represents the statement of principles and ethics used by the news organization that produced the news story.
         </dd>
      </dl>
   </dd>

  </dl>
 </dd>
</dl>

Exemples

Voir hnews-examples.

Exemples dans la jungle

voir hnews-examples-in-wild.

Implémentations

Références

Références Normatives

Références Informatives

Chantier en Cours

Cette spécification est un chantier en cours. Au fur et à mesure que des aspects supplémentaires seront discutés, compris et écrits, ils seront ajoutés ici.

Version 0.1

La version 0.1 a été ébauchée en août 2008.

Autres lectures

Pages en rapport

  • hnews
  • news-brainstorming : idées d'amélioration de hNews.
  • hNews FAQ : si vous avez des questions à propos de hNews, regardez là, et si vous ne trouvez pas de réponses, ajoutez vos questions !
  • hnews-issues : ajoutez SVP ici toute problématique avec la spécification
  • news-formats : schémas existants
  • news-examples : exemples de formats d'actualité sur le web.