[spip-dev] Des microformats dans la dist ?

From: "romy@rezo.net" <romy@rezo.net>
Date: Sun, 18 Nov 2007 19:25:47 +0100
To: SPIP-dev SPIP <spip-dev@rezo.net>

Je suis désolée de revenir grossièrement sur ce point, mais j'avoue
que je patauge avec cette débauche de balises et sélecteurs
nouvellement apparus dans la dist pour servir les microformats
(notamment : http://trac.rezo.net/trac/spip/browser/spip/dist/
article.html ).

http://trac.rezo.net/trac/spip/browser/spip/dist/article.html

Et cela me pose quelques questions :

- Si moi je pautauge, comment se débrouillera le spipmestre
débutant ?

Google est son amis.
http://article.gmane.org/gmane.comp.web.spip.devel/42912
« L'utilité est donc strictement nulle. »

La dist n'est-elle pas sensée être, comme je me le suis
toujours imaginé (peut-être à tord), une distribution permettant de
démarrer en douceur avec SPIP, avec un code autant que possible
exemplaire et pédagogique, pour faciliter la mise en jambe ?

Heu, si.

Ne peut-
on pas éviter ces sélecteurs anglophones dans SPIP qui a toujours
privilégié une nomenclature francophone ?

Faudrait le dire à l'auteur(e) de
http://trac.rezo.net/trac/spip/changeset/10821 .

- Les microformats sont-ils vraiment utiles à cet endroit de SPIP ?
Quel est le bénéfice pour l'utilisateur ?

D'une part « L'utilité est donc strictement nulle. »
http://article.gmane.org/gmane.comp.web.spip.devel/42912 ,
d'autre part la présence de microformats.org hatom dans
http://trac.rezo.net/trac/spip/browser/spip/dist/article.html par
http://trac.rezo.net/trac/spip/changeset/10200 , si c'est de cela dont il
s'agit, pallie l'absence de squelette atom
(« Content-type: application/atom+xml; type=entry ») tel que
http://www.spip-contrib.net/IMG/zip/squelettes-atom-1.0-pour-spip-1.9.2-version-1.1.5-2007-10-10-2.zip/atom-article.html dans http://www.spip-contrib.net/IMG/zip/squelettes-atom-1.0-pour-spip-1.9.2-version-1.1.5-2007-10-10-2.zip ou http://trac.rezo.net/trac/spip-zone/browser/_squelettes_/atom/atom-article.html

Les microformats sont-ils
réellement utilisables ou ne sont-ils encore qu'avant-gardistes ?

Certains sont utilisables.

Ma question est naïve, car personnellement, je n'ai *jamais* réussi à
en faire usage (à quoi ça sert ?

microformats.org hatom peut être converti en atom, de la même
manière que microformats.org hcard peut être converti en vcard
( SEO auf Erfolgsbasis und Provisionsbasis | Professionelle Suchmaschinenoptimierung ohne Fixkosten ).

comment s'en servir ?

Utiliser du logiciel qui converti. Voir par exemple
http://microformats.org/wiki/firefox-extensions
http://www.kaply.com/weblog/operator-user-scripts/
http://wiki.mozilla.org/Microformats
http://microformateurs.org/2007/11/03/comment-generer-une-vcard-avec-hcard/

), et ce n'est
pas faute d'avoir essayé et ça ne m'empêche pas de coder avec par
ailleurs (le concept ayant tout pour me plaire).

Deux suggestions donc :
- je suis très preneuse d'une démo concrète d'utilisation des
microformats à la prochaine féria SPIP
- les maintient-on pour cette prochaine dist

J'ai déjà donné mon avis.

(dans ce cas, j'ai
l'impression que leur intégration est restée incomplète, non ?)

Quelle « intégration complète » ? (?)

? ou
ne vaut-il pas mieux introduire les microformats plus
progressivement ?

Mais c'est ce qui a été fait. (?)

Aaaaaaah, j'arrive à en tirer quelque chose qui commence à devenir intéressant :slight_smile:
Par contre, problème avec les urls des mots-clés de SPIP : c'est pas le tag qui est percuté, mais « spip.php ». On va aller loin avec ça :smiley:

Exemples sur ces pages :
http://localhost:8888/wcube/ffsa/spip.php?rubrique3
http://romy.tetue.net/spip.php?mot28
etc (et sur toutes les pages avec mots-clés, je suppose)

Je poursuis mon exploration...

Par contre, problème avec les urls des mots-clés de SPIP : c'est pas
le tag qui est percuté, mais « spip.php ». On va aller loin avec ça :smiley:

oui c'est une faiblesse de relTag, et par ailleurs il faut
retravailler le système d'urls de SPIP

-- Fil