blog-post-brainstorming-fr

2008-12-19T22:44:15Z

ElnocHilet: licoourel

racricvi
= Participants Ã la Discussion =

== Editeurs ==
* [http://www.blogmatrix.com David Janes]

== Auteurs ==
* [http://www.blogmatrix.com David Janes]
* [http://tantek.com/ Tantek Ãelik]
* [[MikeTaylor|Mike Taylor]]
* [http://www.oreillynet.com Justin Watt]

(Traduction en cours par [[Christophe Ducamp]] Ã mettre en [[to-do-fr]])

= Objectif =
Le 'blog-post-microformat' propose une codification de la maniÃ¨re dont les billets de blogs sont identifiÃ©s dans les blogs. Il est espÃ©rÃ© que ceci devrait Ãªtre considÃ©rÃ© pour Ãªtre 'expansif' : par exemple la proposition pourrait Ãªtre utilisÃ© sur [http://www.cnn.com CNN.com] pour baliser les articles d'actualitÃ©s et les pages rÃ©sumÃ©.

= Terminologie =

Cette section explore la terminologie qui devrait Ãªtre utilisÃ©e pour discuter d'un microformat de billet de blog. Pour qu'il soit plus facile de parler des diffÃ©rents types de terminologie, nous utilisons une version d'espace-nom ala XML de faÃ§on Ã ce que nous puissions produire des dÃ©clarations comme <code>atom:entry</code> est approximativement Ã©quivalent Ã <code>rss20:feed</code>, <code>atom:feed/atom:link@relalternate</code> est approximativement Ã©quivalent Ã <code>rss20:channel/rss20:link</code> ou <code>atom:author</code> n'est '''pas''' Ã©quivalent Ã <code>rss:entry/rss:author</code> (parce que RSS 2.0 est uniquement la dÃ©finition d'une adresse email).

== Terminologie Commune dans les weblogs ==

En rÃ©digeant les [[blog-post-formats-fr#Outils]], on peut voir qu'il y a peu de standardisation parmi les outils ou mÃªme dans un outil individuel (tel que 'blogger') pour les noms des Ã©lÃ©ments des billets de blogs. Il existe nÃ©anmoins beaucoup d'Ã©lÃ©ments communs, comprenant :

* un conteneur pour tous les billets/entrÃ©es
* un conteneur pour les billets individuels
* le contenu du billet, qui peut Ãªtre complet, rÃ©sumÃ© avec un lien vers le lien complet, ou deux paragraphes avec des trucs javascript/CSS pour rÃ©vÃ©ler le reste du contenu
* le nom de l'auteur
* la date du billet (dans beaucoup beaucoup de formats)

Bien que cela puisse ressembler un peu Ã un petit-dÃ©jeuner pour chien, il y a gÃ©nÃ©ralement une quantitÃ© raisonnable de rigueur derriÃ¨re la prÃ©sentation, parce que les fils Atom et/ou RSS peuvent Ãªtre aussi produits Ã partir des mÃªmes outils.

En outre, en dÃ©veloppant un microformat pour les billets de weblog, nous voulons Ãªtre prudents pour ne pas casser n'importe quel (ou beaucoup) de gabarits. Notez que beaucoup de gabarits de weblog devront Ãªtre mis Ã jour car ils produisent quelque chose comme du HTML pauvrement construit plutÃ´t que du XHTML clair.

== Terminologie Atom ==

Voir [http://www.atomenabled.org/ ici] pour la spec et [[blog-post-formats-fr#Atom]] pour l'analyse.

* <code>atom:feed</code> - (composite) une collection d'entrÃ©es plus de l'information Ã leur propos.
** <code>atom:author</code> - (composite) l'auteur d'un fil (peut contenir atom:email, atom:name, atom:uri)
** <code>atom:id</code> - un identifiant permanent pour un fil
** <code>atom:title</code> - le titre d'un atom:entry ou un atom:feed
** <code>atom:updated</code> - la derniÃ¨re fois que le fil a Ã©tÃ© mis Ã jour
** <code>atom:link@relalternate</code> - la page d'accueil du fil
** <code>atom:link@relself</code> - l'URI du fil (oÃ¹ elle peut Ãªtre tÃ©lÃ©chargÃ©e)
** <code>atom:entry</code> - (composite) une entrÃ©e dans le fil
*** <code>atom:content</code> - le contenu du fil
*** <code>atom:summary</code> - un rÃ©sumÃ© du contenu du fil
*** <code>atom:entry/link</code> - l'URI permanente de l'entrÃ©e
*** <code>atom:published</code> - le moment de la crÃ©ation initiale ou la premiÃ¨re disponibilitÃ© de l'entrÃ©e

== Terminologie RSS 2.0 ==

Regardez [http://blogs.law.harvard.edu/tech/rss ici] la spÃ©cification et [[blog-post-formats-fr#RSS]] pour l'analyse. Il y a beaucoup plus d'Ã©lÃ©ments dans RSS mais cela couvre ceux les plus communÃ©ment utilisÃ©s. analysis.

* <code>rss2:channel</code> - (composite) une collection d'entrÃ©es plus de l'information Ã leur propos
** <code>rss2:author</code> - (composite) l'auteur d'un fil (peut contenir atom:email, atom:name, atom:uri)
** <code>rss2:link</code> - L'URL vers le site web HTML correspondant au canal (comparer Ã atom:link@relalternate)
** <code>rss2:title</code> - le titre d'un rss2:channel ou un rss2:item
** <code>rss2:pubDate</code> - La date de publication pour le contenu dans le canal.
** <code>rss2:item</code> - (composite) une entrÃ©e dans le fil
*** <code>rss2:item/link</code> - L'URL de l'item. Notez que cela peut ne pas Ãªtre un lien permanent pour l'item ; ce peut Ãªtre un lien vers quelque autre page sur l'Internet dont traite le rss2:item
*** <code>rss2:description</code> - Le synopsis item [sic]. Il n'y pas d'indication spÃ©ciale si c'est le contenu complet d'une entrÃ©e, un rÃ©sumÃ© ou une prÃ©cision de ce que le rss2:item/link est en train de pointer
*** <code>rss2:author</code> - adresse email de l'auteur de l'item

== Recommandation ==

Atom a un mÃ©canisme beaucoup plus prÃ©cis pour dÃ©finir les fils de syndication et les donnÃ©es de weblog. Une transformation mÃ©canique Ã partir de Atom -> RSS mÃ¨nera toujours Ã un fil RSS correct ; une traduction RSS -> Atom devrait prendre une dÃ©cision parmi de multiples dÃ©finitions qui peuvent ne pas toujours Ãªtre correctes. Par exemple, le format du balisage, le rÃ´le d'un auteur, ou le sens d'un lien.

IMPORTANT : nous parlerons de choses comme le 'balisage d'Ã©lÃ©ments <code>atom:feed</code>' ; considÃ©rez cela purement comme une chose conceptuelle. Le texte 'atom:feed' n'apparaÃ®tra pas dans le microformat XHTML -- nous pourrons dÃ©cider plus tard d'utiliser la phrase exacte 'atom_feed', 'feed', 'items' ou 'googlybear'. Dans le cas oÃ¹ il n'y a pas de terminologie atom claire ou applicable, nous utiliserons 'weblog:xxx'.

= ElÃ©ments DÃ©couverts =

Cette section explore l'information dÃ©couverte Ã partir des [[blog-post-formats-fr|blog-post-formats]] en utilisant la terminologie discutÃ©e au-dessus. Nous nous concentrerons seulement sur les principaux Ã©lÃ©ments des billets de weblog :

* l'EntrÃ©e Groupe
* L'Entry individuelle
* l'EntrÃ©e Titre
* l'EntrÃ©e Contenu
* l'EntrÃ©e Permalink
* l'EntrÃ©e Datetimes

A cette heure, la codification des Ã©lÃ©ments suivants majeurs seront diffÃ©rÃ©s car il y a/peut avoir un chevauchement avec d'autres microformats qui devraient Ãªtre explorÃ©s plus en profondeur.

* L'EntrÃ©eGroupe Titre
* L'EntrÃ©eGroupe Permalien
* L'EntrÃ©e Posteur/Auteur - en particulier, est-ce que la hCard devrait Ãªtre utilisÃ©e ?

Des entrÃ©es plus approfondies provenant de la communautÃ© devraient Ãªtre apprÃ©ciÃ©es ici

== GroupeEntry ==

En gros, ceci correpond Ã 'atom:feed' ou 'rss2:channel' (en particulier, les items dans ces Ã©lÃ©ments XML). Voir [[blog-post-examples-fr#GroupeEntry]] pour les diffÃ©rentes formes dans la jungle.

=== Recommandation Microformat ===

* les pages weblog (y compris les pages d'accueil, archives, pages de catÃ©gories, pages tag et ainsi de suite) qui peuvent contenir plusieurs entrÃ©es DOIVENT enfermer les entrÃ©es dans un Ã©lÃ©ment <code>atom:feed</code>
* les pages weblog PEUVENT avoir plusieurs Ã©lÃ©ments <code>atom:feed</code> enfermant diffÃ©rents groupes d'entrÃ©es
* les Ã©lÃ©ments <code>atom:feed</code> ne DOIVENT PAS Ãªtre imbriquÃ©s
* les pages weblog qui ont exactement une entrÃ©e PEUVENT utiliser le <code>atom:feed</code>

=== Exemple Transformation ===

''Notez que la chaÃ®ne 'atom:feed' est un gardien de place pour quelque chose devant Ãªtre dÃ©cidÃ© plus tard.''

Original (Ã©videmment, s'il n'y a pas d'Ã©lÃ©ment de bloc GroupeEntry, un peut Ãªtre ajoutÃ©) :

<pre><nowiki>
<div id="content">
<h2 id="home-title">
DerniÃ¨res nouvelles des microformats
<a href="http://www.microformats.org/feed/" title="lien vers le fil RSS" id="feed-link">
<img src="/img/xml.gif" width="23" height="13" alt="XML" />
</a>
</h2>

<div class="entry">
<h3 id="post-60">
<a href="http://www.microformats.org/blog/2006/...">Attaque Bliki</a>
</h3>
...
</div>

...
</div>
</nowiki></pre>

TransformÃ© :

<pre><nowiki>
<div id="content" class="atom:feed">
<h2 id="home-title">
DerniÃ¨res nouvelles des microformats
<a href="http://www.microformats.org/feed/" title="lien vers le fil RSS" id="feed-link">
<img src="/img/xml.gif" width="23" height="13" alt="XML" />
</a>
</h2>

<div class="entry">
<h3 id="post-60">
<a href="http://www.microformats.org/blog/2006/...">Attaque Bliki</a>
</h3>
...
</div>

...
</div>
</nowiki></pre>

== Groupe Entry Titre ==
Non couvert par cette proposition Ã cette heure.

== Groupe Entry Permalien ==
Non couvert par cette proposition Ã cette heure.

== EntrÃ©e Individuelle ==

Ceci correspond presque exactement aux Ã©lÃ©ments <code>atom:entry</code> ou <code>rss2:item</code>. Voir [[blog-post-examples-fr#EntrÃ©e_Individuelle]] pour les diffÃ©rentes formes vues dans la jungle.

=== Recommandation Microformat ===

* Les entrÃ©es de weblog DOIVENT Ãªtre enveloppÃ©es dans un Ã©lÃ©ment unique <code>atom:entry</code>
* Les Ã©lÃ©ments <code>atom:entry</code> NE DOIVENT PAS Ãªtre imbriquÃ©s
* <code>atom:entry</code> NE DOIT PAS appartenir Ã plus d'un Ã©lÃ©ment <code>atom:feed</code>

=== Exemple Transformation ===
''Notez que la chaÃ®ne 'atom:entry' est un gardien de place pour quelque chose devant Ãªtre dÃ©cidÃ© plus tard.''

==== EntrÃ©es dans bloc existant ====

Original :

<pre><nowiki>
<div class="entry">
<h3 id="post-60">
<a href="http://www.microformats.org/blog/2005/...">Attaque Wiki</a>
</h3>
... reste de l'entrÃ©e ...
</div>
</nowiki></pre>

TransformÃ© :

<pre><nowiki>
<div class="atom:feed">
<div class="atom:entry entry">
<h3 id="post-60">
<a href="http://www.microformats.org/blog/2005/...">Attaque Wiki</a>
</h3>
... reste de l'entrÃ©e ...
</div>
... entrÃ©es additionnelles ...
</div>
</nowiki></pre>

==== EntrÃ©es n'Ã©tant pas dans un bloc existant ====

Original :

<pre><nowiki>
<a name="112877372228959075">&nbsp;</a>
<br>
<strong>Just one problem, Minister.</strong> Last week, Bill Rammell,
<br>
</nowiki></pre>

TransformÃ©:

<pre><nowiki>
<div class="atom:feed">
<div class="atom:entry" id="112877372228959075">
<br />
<strong>Just one problem, Minister.</strong> Last week, Bill Rammell,
<br />
... reste de l'entrÃ©e
</div>
... entrÃ©es additionnelles ...
</div>
</nowiki></pre>

Notez les modifications additionnelles aussi produites :
* <code><br></code> a Ã©tÃ© rendu conforme XHTML
* <code><a name="..."></code> a Ã©tÃ© converti ver un <code>id="..."</code> (''confirmez que c'est OK'')

==== EntrÃ©es Disjointes====

Ignorer tout bloc existant et les traiter comme dans le cas prÃ©cÃ©dent de pas de bloc.

== EntrÃ©e Titre ==

Ceci correspond presque exactement aux Ã©lÃ©ments <code>atom:title</code> ou <code>rss2:title</code>. Voir [[blog-post-formats-fr#Titres]] pour des exemples Ã partir desquels nous voyons qu'il y a deux maniÃ¨res fondamentales dont les titres sont utilisÃ©s dans la jungle : au niveau bloc et dans la ligne. Notre proposition doit Ãªtre capable de gÃ©rer les deux formes.

=== Microformat Recommandation ===

* <code>atom:entry</code>s DEVRAIENT avoir au plus un titre
* les titres au niveau bloc DEVRAIENT Ãªtre reprÃ©sentÃ©s en utilisant <code><h#></code>, le premier Ã©lÃ©ment <code>atom:entry</code> devrait Ãªtre considÃ©rÃ© comme le titre ; ceci devrait ne pas Ãªtre balisÃ© ou identifiÃ© sous quelque autre forme que le titre
* les titres dans la ligne DOIVENT Ãªtre balisÃ©s sous <code>atom:title</code> ; il est aussi possible de faire Ã§a en utilisant la mise en forme au niveau bloc telle que <code><div></code>, mais ceci est dÃ©couragÃ©

=== Discussion : pourquoi pas toujours <code><h#></code>? ===

En utilisant CSS <code>display: inline</code>, les Ã©lÃ©ments de niveau bloc peuvent Ãªtre convertis vers des Ã©lÃ©ments dans la ligne. Malheureusement, nous ne pouvons pas imbriquer <code><h#></code> Ã l'intÃ©rieur d'un bloc <code><p></code> pour parvenir Ã l'effet correct. C'est Ã dire que nous ne pouvons pas convertir ...

<pre><nowiki>
<p><strong>Le Titre</strong> : Le Texte...</p>
</nowiki></pre>

... en ...

<pre><nowiki>
<p><h3 style="display: inline">Le Titre</h3> : Le Texte...</p>
</nowiki></pre>

... parce que le XHTML ne validera pas. Aussi...

<pre><nowiki>
<h3 style="display: inline">Le Titre</h3><p> : Le Texte...</p>
</nowiki></pre>

... ne fonctionnera pas parce que l'effet de prÃ©sentation sera diffÃ©rent de ce que l'utilisateur dÃ©sire (parce qu le <code><p></code> introduira un saut de ligne).

=== Exemple Transformation ===

''Notez que la chaÃ®ne 'atom:title' est un gardien de place pour quelque chose devant Ãªtre dÃ©cidÃ© plus tard.''

==== Header dans le bloc <code><h#></code> ====
Original (et Final) :

<pre>
<div class="atom:entry">
<h2 id="post-59">Web Essentials Audio</h2>
... rÃ©initialisation de l'entrÃ©e ...
</div>
</pre>

Aucune transformation n'est requise -- le microformat blog-post reconnaÃ®tra Ã§a come le <code>atom:title</code>.

==== Header dans un autre Ã©lÃ©ment bloc ====

Original :

<pre>
<div class="atom:entry">
<div class"header">Web Essentials Audio</div>
</div>
</pre>

TransformÃ© (le niveau titre est Ã essayer) :

<pre>
<div class="atom:entry">
<h3>Web Essentials Audio</h3>
</div>
</pre>

Il est possible d'ajouter <code>class"atom:title"</code> Ã la <code>div</code> mais nous ne le recommandons pas. NÃ©anmoins nous reconnaissons qu'il peut y avoir certains [[blog-post-formats-fr#Forum_de_Discussion_.2F_Formats_de_Bulletin_Board Outils de BB]] que produire ce changement puisse Ãªtre trop difficile.

==== Header dans l'Ã©lÃ©ment dans la ligne ====

Original :

<pre><nowiki>
<div class="atom:entry" id="112877372228959075">
<br />
<strong>Just one problem, Minister.</strong> Last week, Bill Rammell,
<br />
... reste de l'enrÃ©e ...
</div>
</nowiki></pre>

TransformÃ© :

<pre><nowiki>
<div class="atom:entry" id="112877372228959075">
<br />
<strong class="atom:title">Just one problem, Minister.</strong> Last week, Bill Rammell,
<br />
... reste de l'entrÃ©e ...
</div>
</nowiki></pre>

== EntrÃ©e Contenu ==

Ceci correspond en gros aux Ã©lÃ©ments <code>atom:content</code> et/ou <code>atom:summary</code>. Voir [[blog-post-examples-fr#EntrÃ©e_Contenu]] pour les diffÃ©rentes formes vues dans la jungle.

=== Discussion : le problÃ¨me du dÃ©coupage du contenu ===

Le dernier item au-dessus (contenu brisÃ© en plusieurs sections) prÃ©sente quelques problÃ¨mes uniques. Il n'est pas suffisant d'enfermer toutes les sections de contenu diffÃ©rentes dans un Ã©lÃ©ment <code>atom:content</code>, comme l'illustre l'exemple suivant :

<pre><nowiki>
<div class="atom:entry">
<div class="atom:content">
... premiÃ¨re partie du contenu ...
"En savoir plus"
... seconde partie du contenu ...
</div>
</div>
</nowiki></pre>

"En savoir plus" ne fait pas partie du contenu ! Par consÃ©quent, nous proposons que ''plusieurs'' sections de contenus puissent aller dans un <code>atom:entry</code> unique. La concatÃ©nation de tous ces blocs de contenu dÃ©finira le contenu complet :

<pre><nowiki>
<div class="atom:entry">
<div class="atom:content">
... premiÃ¨re partie du contenu ...
</div>
"Read More"
<div class="atom:content">
... seconde partie du contenu ...
</div>
</div>
</nowiki></pre>

Le mÃªme argument est applicable Ã <code>atom:summary</code>.

=== Recommandation Microformat ===

* un <code>atom:entry</code> PEUT avoir zÃ©ro ou plus de sections <code>atom:summary</code>. Il n'y a pas d'obligation que diffÃ©rentes reprÃ©sentations de la mÃªme entrÃ©e (sur diffÃ©rents URIs) utilisent les mÃªmes rÃ©sumÃ©s.
* un <code>atom:entry</code> PEUT avoir zÃ©ro ou plus de sections <code>atom:content</code>. La concatÃ©nation sÃ©rielle de toutes les sections <code>atom:content</code> dans l'entrÃ©e DOIT reprÃ©senter le contenu complet de l'entrÃ©e. Notez que la rÃ¨gle ici est lÃ©gÃ¨rement diffÃ©rente que [http://www.atomenabled.org/developers/syndication/atom-format-spec.php#rfc.section.4.1.2 Atom] qui n'autorise qu'un <code>atom:content</code>.

=== Exemple Transformation ===

''Notez que les chaÃ®nes 'atom:summary' et 'atom:content' (etc.) sont des gardiens de place pour quelque chose Ã dÃ©cider plus tard.''

==== EntrÃ©e avec contenu rÃ©sumÃ© ====
Original :

<pre><nowiki>
<div class="inlineBlog">
<h3 id="a003068">
<a href="http://thecommunityengine.com/h.../xfolk_vegomatic.html" class="taggedlink">xFolk Veg-o-matic Alpha</a>
</h3>
<p class="abstract extended">
We provide a way to surf the web and slice and dice information you find there into your own custom output stream.
</p>
... quelque tag et truc de catÃ©gorie ...
<p>
Les types chez... le reste du contenu
</p>
<p class="extended">
<a href="http://thecommunityengine.com/.../xfolk_vegomatic.html#more">Continue reading "xFolk Veg-o-matic Alpha"</a>
</p>
...
</div>
</nowiki></pre>

Transformation:

<pre><nowiki>
<div class="inlineBlog atom:entry">
<h3 id="a003068">
<a href="http://thecommunityengine.com/h.../xfolk_vegomatic.html" class="taggedlink atom:permalink">xFolk Veg-o-matic Alpha</a>
</h3>
<p class="abstract extended">
We provide a way to surf the web and slice and dice information you find there into your own custom output stream.
</p>
... some tag and category stuff ...
<div class="atom:summary">
<p>
Les types chez... le reste du contenu
</p>
</div>
<p class="extended">
<a href="http://thecommunityengine.com/.../xfolk_vegomatic.html#more">Continue reading "xFolk Veg-o-matic Alpha"</a>
</p>
...
</div>
</nowiki></pre>

Notes :
* nous n'avons rien fait avec la section "abstract" -- ceci est une discussion pour un autre jour
* nous n'avons pas inclus le truc tag dans le rÃ©sumÃ©, et probablemetn ne le ferions pas si c'Ã©tait le contenu complet.

==== EntrÃ©e avec contenu complet ====

Original :

<pre><nowiki>
<div class="entry single">
<h2 id="post-61">Les attributs de classe sont plus que du stylisme</h2>

<p>Quand les gens parlent de microformats, ... </p>

<blockquote cite="http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2">
... texte citÃ© d'ailleurs
</blockquote>

<p>Il y a deux points dont j’aimerais parler ici :</p>

... plus de contenu...

<h4 class="tags">Tags Technorati :</h4>
<ul class="tags">
<li><a href="http://www.technorati.com/tag/css" rel="tag">css</a></li>
...
</ul>

<ul class="post-info">
... trucs de pied de page ...
</ul>
</div>
</nowiki></pre>

Transformation :

<pre><nowiki>
<div class="entry single atom:entry">
<h2 id="post-61">Les attributs de classe sont plus que du stylisme</h2>

<div class="atom:content">
<p>Quand les gens parlent de microformats, ...</p>

<blockquote cite="http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.2">
... texte citÃ© d'ailleurs
</blockquote>

<p>There’s a couple of points I’d like to highlight here:</p>

... plus de contenu ...
</div>

<h4 class="tags">Technorati Tags:</h4>
<ul class="tags">
<li><a href="http://www.technorati.com/tag/css" rel="tag">css</a></li>
...
</ul>

<ul class="post-info">
... trucs de pied de page ...
</ul>
</div>
</nowiki></pre>

Notes :
* la seule chose qui avait vraiment besoin d'Ãªtre faite est d'envelopper le contenu
* ma prÃ©fÃ©rence serait de migrer l'<code>id</code> du billet vers l'<code>atom:entry</code>

==== EntrÃ©e avec contenu dÃ©coupÃ© (plusieurs sections) ====
Original :

<pre><nowiki>
<div class="blogbody">
<a name="008148"></a>

<div class="title">
Face to face: why places will continue to exist
</div>

<div class="posted">
<strong>Brian Micklethwait (London)</strong>
  
<a href="...">Science & Technology</a>
</div>

<p>It is not just that I dislike filling in forms....</p>
... the first section of the content ...

... this link makes the extended section show ...
<span id="varP8148">
<img src="http://www.samizdata.net/blog/img/bullet_tri.gif" width="16" height="10" alt="" />
<a href="..." onclick="showMore(8148,'...');return false;">
Read more.
</a>
</span>

<div id="varXYZ8148" style="display: none">
<p>The very gadgets â computers linked...</p>
... the rest of the extended content ...

... this link makes the extended section hide ...
<img src="..." width="16" height="10" alt="" />
<a href="#008148" onclick="showMore(8148,0);return true;">
Read less.
</a>
</div>
</div>
</div>
</nowiki></pre>

Transformation :

<pre><nowiki>
<div class="blogbody atom:entry" id="008148">
<h3>
Face to face: why places will continue to exist
</h3>

<div class="posted">
<strong>Brian Micklethwait (London)</strong>
  
<a href="...">Science & Technology</a>
</div>

<div class="atom:content">
<p>It is not just that I dislike filling in forms....</p>
... the first section of the content ...
</div>

... this link makes the extended section show ...
<span id="varP8148">
<img src="http://www.samizdata.net/blog/img/bullet_tri.gif" width="16" height="10" alt="" />
<a href="..." onclick="showMore(8148,'...');return false;">
Read more.
</a>
</span>

<div id="varXYZ8148" style="display: none">
<div class="atom:content">
<p>The very gadgets â computers linked...</p>
... the rest of the extended content ...
</div>

... this link makes the extended section hide ...
<img src="..." width="16" height="10" alt="" />
<a href="#008148" onclick="showMore(8148,0);return true;">
Read less.
</a>
</div>
</div>
</div>
</nowiki></pre>

Note :
* <code>atom:content</code> <code>div</code>s ont Ã©tÃ© crÃ©Ã©s pour chacune des sections de texte, de faÃ§on que le non-contenu codÃ© n'aurait pas Ã©tÃ© balisÃ© incorrectement
* il y a '''deux''' sections <code>atom:content</code> ; ensemble elles produisent le contenu complet
* la conversion de <code><div class="header"></code> en <code><h3></code>
* l'addition de <code>atom:entry</code> comme exigÃ©
* le retrait du <code><a name="008148"></code> en faveur de placer un <code>id</code> sur l'<code>atom:entry</code>
* une manipulation plus approfondie de l'auteur pourrait Ãªtre faite
* une manipulation plus approfondie de la catÃ©gorie pourrait Ãªtre faite

== EntrÃ©e Permalien ==

Les Permaliens correspondent en gros Ã <code>atom:link</code>. Voir [[blog-post-examples-fr#Entr.C3.A9e_Permaliens|exemples de billets de blogs#EntrÃ©e Permaliens]] pour des exemples.

Un permalien est appelÃ© '''canonique''' si c'est la meilleure reprÃ©sentation de l'URI pour cette entrÃ©e ; la dÃ©finition de quelle 'meilleure reprÃ©sentation' est entiÃ¨rement Ã la discrÃ©tion de l'auteur du weblog. Nous recommandons que les weblogs utilisent des URIs canoniques car cela permet de "filer" ensemble plusieurs billets et sources avec des comparaisons au niveau des bits. En gÃ©nÃ©ral, l'URI canonique devrait Ãªtre le lien utilisÃ© dans une entrÃ©e Atom.

=== Recommandation Microformat ===

* une EntrÃ©e ne DOIT PAS avoir plus d'un permalien balisÃ© comme <code>atom:link</code>
* les permaliens DEVRAIENT Ãªtre des URIs absolus
* les permaliens DEVRAIENT Ãªtre canoniques
* les permaliens DEVRAIENT Ãªtre les mÃªmes comme le <code>atom:link</code> utilisÃ© dans les fils de syndication

=== Exemple Transformations ===

Original :

<pre><nowiki>
<div class="entry">
<h3 id="post-45">
<a
href="http://www.microformats.org/blog/2005/08/21/foobar-microformats/"
rel="bookmark"
title="Lien Permanent vers la FooBar Microformats">FooBar Microformats</a>
</h3>
...
</div>
</nowiki></pre>

Transformation :

<pre><nowiki>
<div class="atom:entry entry">
<h3 id="post-45">
<a
href="http://www.microformats.org/blog/2005/08/21/foobar-microformats/"
rel="atom:link bookmark"
title="Lien Permanent vers la FooBar Microformats">FooBar Microformats</a>
</h3>
...
</div>
</nowiki></pre>

Original :

<pre><nowiki>
<h3>YET ANOTHER INSTANCE OF THE WORLD FINALLY CATCHING UP TO THE BLOG</h3>
<p>Today's news: Neuticles win ... award.</p>
<p class="posted">
Posted by judi on October 7, 2005 at 05:00 PM |
<a href="http://blogs.herald.com/dave_barrys_blog/2005/10/yet_another_ins.html">Permalink</a>
</p>
</nowiki></pre>

Transformation :

<pre><nowiki>
<div class="atom:entry">
<h3>YET ANOTHER INSTANCE OF THE WORLD FINALLY CATCHING UP TO THE BLOG</h3>
<p>Today's news: Neuticles win ... award.</p>
<p class="posted">
Posted by judi on October 7, 2005 at 05:00 PM |
<a rel="atom:link" href="http://blogs.herald.com/dave_barrys_blog/2005/10/yet_another_ins.html">Permalink</a>
</p>
</nowiki></pre>

== EntrÃ©e Datetimes - CrÃ©ation et Modified ==
Les weblogs affichent typiquement (en HTML) le moment de crÃ©ation de leurs billets (en gros mais ne correspondant pas exactement au <code>atom:published</code>) et moins souvent le moment de la derniÃ¨re modification (<code>atom:updated</code>).

Regardez aussi [[datetime-design-pattern-fr|datetime-design-pattern]] pour plus d'information sur la spÃ©cification du datetimes. La recommandation ici est stylÃ©e aprÃ¨s le datetimes dans in [[hcalendar-fr|hCalendar]].

=== Formes vues dans la jungle ===
voir [[blog-post-formats#Datetimes-fr]]

=== Recommandation Microformat ===

* les titres de date entre les entrÃ©es de weblogs sont en dehors de ce microformat
* <code>atom:published</code> DEVRAIT Ãªtre indiquÃ© par un Ã©lÃ©ment <code>abbr</code> autour de la version lisible par les humains de la date ou datetime.
** l'attribut 'class' DOIT indiquer <code>atom:published</code>
** l'attribut 'title' DOIT Ãªtre un datetime complet, dans le format de [[datetime-design-pattern-fr|datetime-design-pattern]]
* aussi pour <code>atom:updated</code>, si prÃ©sent

=== Exemple transformation ===

''Notez que la chaÃ®ne 'atom:published' est un gardien de place pour quelque chose Ã dÃ©cider plus tard.''

Original :

<pre>
<a href"...">Vendredi 30 septembre 2005 Ã 12:31</a>
</pre>

TransformÃ© :

<pre>
<a href"..."><abbr
class"atom:published"
title"200050930T12:31:01-0500">Vendredi 30 septembre 2005 Ã 12:31</abbr></a>
</pre>

== EntrÃ©e Auteur ==
Un travail en progression

=== Recommandation Microformat ===

* L'entrÃ©e Auteur DEVRAIT Ãªtre dans un bloc <code><address></code>

= Atom Possible vers mapping microformat(s) =

* feed - "hfeed"
** title - sous-entendu Ã partir de l'Ã©lÃ©ment <title>
** subtitle - rÃ©utilisation de "description" selon vCalendar, iCalendar, [[hcalendar-fr|hCalendar]], [[xfolk-fr|xFolk]], et [[hreview-fr|hReview]].
** id - sous-entendu Ã partir de URL page
** updated - "updated" (mis Ã jour)
** author - "author", si rien trouvÃ©, sous-entendu Ã partir de <address> (qui DEVRAIT Ãªtre utilisÃ© de toute faÃ§on), et DOIT Ãªtre une [[hcard-fr|hCard]].
** generator - gÃ©nÃ©rÃ© par le script de conversion / XSLT, omis Ã partir de hAtom. Similaire Ã PRODID dans [[hcalendar-fr|hCalendar]].
** logo - rÃ©utilisation du "logo" en provenance de [[hcard-fr|hCard]]
** icon - dÃ©finir la nouvelle [[rel-icon-fr|rel-icon]] (voir XHTML2) pour cela
** category - [[rel-tag-fr]] + [[rel-directory-fr]]
** rights - [[rel-license-fr]]
* entry - "hentry"
** title - "headline"
** link - [[rel-bookmark-fr]] de HTML4
** id - sous-tendu du permalink
** summary - "excerpt"
** content - "content"
** published - "published"
** updated - "updated"
** author - "author", doit Ãªtre [[hcard-fr|hCard]], DEVRAIT Ãªtre <address>
** rights - [[rel-license-fr]]

== Plusieurs fils sur une page ==

Billet hAtom 1.0 : supporte plusieurs fils sur une page unique. Changements Ã partir de ci-dessus.

* feed
** title - "headline", mÃªme que entry
** id - definir un nouveau microformat [[rel-canonical]] pour cela
** author - "author" requis.
* entry
** id - rÃ©utilisation de "uid" Ã partir du [[hcalendar-fr|hCalendar]].

=== Discussion ===

==== titre du fil ====

Je pensais initialement que "fn" ferait du sens pour le titre du fils, mais en ayant regardÃ© quelques blogs/fils, bien que dans bien des cas le titre du blog/fil *soit* le nom du blog/fil, ce n'est souvent pas le cas.

Deux exemples :
#. Quelques titres de blog consistent en le nom du blog et la date, par exemple Scripting News fait Ã§a.
#. Quelques titres de blog consistent en le nom du blog et une phrase courte rÃ©sumÃ© ou une citation

J'ai vu assez souvent ces deux cas dans la jungle pour croire que le titre du blog et le nom du blog ne sont pas les mÃªmes, de ce fait il est appropriÃ© de rÃ©utiliser "fn" Ã partir de la [[hcard-fr|hCard]], parce que le titre du fil ne veut pas dire la mÃªme chose que le *nom* du fil. De ce fait j'ai Ã´tÃ© la suggestion de rÃ©utiliser "fn" pour le titre du fil, et au lieu de cela je propose de rÃ©utiliser le "headline" Ã partir de l'entrÃ©e, ce qui apparaÃ®t vraiment comme ayant la mÃªme sÃ©mantique.

== PossibilitÃ©s SupplÃ©mentaires ==

Plus d'idÃ©es sur le billet hAtom 1.0 :

* entry
** summary - "excerpt" ou "abstract"
** contributor - "contributor"
** source - utiliser <blockquote cite="">, mettre la source dans l'attribut cite>.

= Usages possibles =

Cette section dÃ©crit les applications potentielles pour un microformat de billet de blog

== Usages Transformationnels ==

Par transformationnel, nous voulons dire alimenter un billet de weblog vers quelque sorte d'outil de transformation (tel que XSLT) pour produire une version diffÃ©rente du billet taillÃ©e pour un usage diffÃ©rent.

=== Imprimer les Billets de Blogs ===
=== Reblogging ===

* [http://blogs.zdnet.com/BTL/?p=2052&part=rss&tag=feed&subj=zdblog ZDNet] a un bouton reblog qui serait produit obsolÃ¨te ( ou pourrait Ãªtre substantiellement amÃ©liorÃ©) par l'utilisation de ce microformat
* [http://reblg.com/ Reblog.com] Ã©tait l'inspiration pour cette idÃ©e. Ceci peut Ãªtre renommÃ© [http://redirectthis.com/ RedirectThis] ?

== Usages d'Archives ==

Par 'archive', nous voulons dire prendre les entrÃ©es des weblog et les placer dans une base de donnÃ©es pour une analyse plus tard, de la recherche, de l'agrÃ©gation et ainsi de suite.

=== Database Personnelle ===
=== Moteur de Recherche ===

=== Blogs avec Texte Partiels ===
Les contenus partiels de blogs peuvent Ãªtre crÃ©Ã©s en produisant la totalitÃ© du contenu html d'une entrÃ©e de blog en ne la balisant pas comme telle. La portion atom:summary de cette entrÃ©e peut Ãªtre balisÃ©e comme un 'summary', ou pourrait Ãªtr rÃ©crite et placÃ©e dans un Ã©lÃ©ment de bloc cachÃ© dans le html. Les parseurs hAtom ingoreraient le contenu non annotÃ© et ne produiraient seulement que l'information rÃ©sumÃ©e.

=Obstacles=

==Tag Header pour EntrÃ©e Titre ?==
--[[User:Bryan|Bryan]] 14:55, 14 Aug 2005 (PDT)

Beaucoup de weblog CMSes autorisent la publication d'entrÃ©es extÃ©rieures de la faÃ§on suivante :

* plusieurs entrÃ©es sur une page (un "Index," archive mensuelle, archive catÃ©gorie, etc. voir [http://re-run.com/category/creative/comedy/ Exemple])
* une entrÃ©e sur une page (voir [http://re-run.com/2005/02/11/nickels-worth-of-free-advice/ Exemple])

Des tentatives prÃ©cÃ©dentes sur [[blog-post-formats-fr]] ont rÃ©glÃ© le titre du billet de blog pour utiliser le tag h3.

Au moins dans le cas oÃ¹ les pages d'entrÃ©es individuelles (et des index et archives inclus possibles), je recommande d'utiliser h1 pour l'entrÃ©e titre, compte tenu du faiut que l'entrÃ©e est de loin la piÃ¨ce d'information la plus importante sur la page et c'est ce que nous voudrions que les moteurs de recherche les reconnaissent comme tels. Dans le cas oÃ¹ le h1 a Ã©tÃ© utilisÃ© pour le titre du site, les craintes de "perdre" cette information devraient Ãªtre soulagÃ©es en incluant simplement le nom du site dans le tag title, <strong>aprÃ¨s</strong> le titre de l'article / entrÃ©e / billet.

: Qu'un h3 ou un h1 soit utilisÃ© est inappropriÃ©, la sÃ©mantique sera appliquÃ©e avec les noms de classe. Ceci est une non-problÃ©matique. --[[User:RyanKing|RyanKing]] 22:35, 18 Aug 2005 (PDT)

=Voir aussi=
* [[hatom-fr|hAtom]] - la proposition brouillon
* [[hatom-issues-fr|hatom-problÃ©matiques]] - problÃ¨mes ? plaintes ? idÃ©es ? Mettez-les ici.
* [[hatom-faq-fr|hatom-faq]] - base de connaissance
* [[blog-post-brainstorming-fr]]
* [[blog-post-formats-fr]]
* [[blog-post-examples-fr]]
* [[blog-description-format-fr]] - comment dÃ©crire un blog (Ã l'opposÃ© des entrÃ©es individuelles, ce qui est ce que nous sommes en train de faire ici)

* [http://blogs.oreillynet.com/beasts/archives/2005/10/blog_post_microformat_proposal.html Blog Post Microformat Proposal] Quelques idÃ©es sur la thÃ©matique avec des illustrations utiles.
* [http://dannyayers.com/archives/2005/08/27/hatom-no-seriously/ Danny Ayers] propose le nom hAtom et quelques applications
* [http://torrez.us/archives/2005/10/07/404 Elias Torres] dit que nous avons besoin de 'hAtom'

Microformats Wiki - User contributions [en]

blog-post-brainstorming-fr