Utiliser appliquer filtre dont la documentation est fausse
En effet, il est question dans http://www.spip.net/fr_article5068.html de pouvoir passer des arguments supplémentaires.
Or, la lecture du code montre :
function appliquer_filtre($arg, $filtre, $force=NULL) {
 @param string $force
     La fonction doit-elle retourner le texte ou rien ?

La fonction est identique en 3.1
==> Je modifie la doc ?

D'après https://developer.mozilla.org/fr/docs/Web/HTML/Element/main en plus de <main> il faut doubler avec le rôle aria correspondant

Tant pis pour SPIP 3.0, cette erreur n'est pas visible par les visiteurs (seulement à la compilation quand on est admin).

- on continu à pouvoir utiliser Courrier_libre (qui sera affiché en premier)
- mais on peu aussi sélectionner des articles qui seront affichés dans l'ordre de sélection

Le titre, chapo et texte de la lettre sont affichés dans la colonne de droite (c'était plus pratique avec CleverMail d'avoir une présentation enregistrée pour décrire la lettre globalement, là, il faut saisir un texte à chaque fois)

De plus, le traitement des {N{ est obsolète.

Enfin, le retour au sommaire ne doit pas être dans le titre (désagréable à entendre dans les titres pour les aveugles)

[Salvatore] [source:_squelettes_/soyezcreateurs_net/trunk/plugins/soyezcreateurs/lang/ soyezcreateurs] Export depuis http://trad.spip.net

La langue 'es' devrait être supprimée car trop peu traduite (0.22 %)
La langue 'it' devrait être supprimée car trop peu traduite (0.22 %)
La langue 'nl' devrait être supprimée car trop peu traduite (18.79 %)

Et pas la peine d'afficher les sites et brèves dans le plan antichrono (ce qui rend la noisette inutile)

La liste des articles est commune au premier niveau et aux suivants

Si c'est un article, le QR code sera de la forme http://URLduSite/NNN où NNN est l'identifiant de l'article.
Nécessite un .htaccess contenant :
RewriteRule ^([1-9][0-9]*)$     spip.php?action=redirect&type=article&status=301&id=$1 [QSA,L]

Avec SPIP 3, on peut avoir des mots clefs sur des auteurs.

Score moins bon à GTMetrix, mais impression utilisateur meilleure.
C'est pour les visiteurs qu'on fait un site, non ?

À l'usage, le javascript n'est pas si gênant que ça, et le rendu de la page est plus agréable sans jQl

C'est "violent", mais ça marche, merci Cerdic : Encapsulation du JS pour permettre l'utilisation de jQl, cf http://permalink.gmane.org/gmane.comp.web.spip.zone/38793

Mais j'ai une erreur Javascript : Uncaught TypeError: Cannot set property 'hoverIntent' of undefined
sur ce code donc :
(function($){
$.fn.hoverIntent=function(f,g){

Si quelqu'un a une idée, je suis preneur ;-)

Optimisation trouvée sur http://www.lesintegristes.net/notes/pour-appliquer-des-styles-differents-lorsque-java/

http://bassistance.de/jquery-plugins/jquery-plugin-tooltip/ n'est plus supporté, passons à http://jqueryui.com/tooltip/

De plus, ici, l'événement n'a besoin d'être appelé qu'une seule fois, ensuite, il ne sert plus à rien.

Pour un bon contraste des liens de pied de page, il faut prendre la couleur extrème inverse du fond.

L'ajustement de la hauteur des colonnes ne se faisait pas toujours correctement ce qui conduisait parfois le contenu à être tronqué en bas (Clément)