Boucle POUR:
============

<BOUCLE_x(POUR){tableau=#CONFIG**}{valeur>0}{cle==version}>


Boucle DATA:
============

<BOUCLE_r(DATA){datasource http://localhost/spip/?page=backend, rss}>
<BOUCLE_r1(DATA){datasource http://localhost/spip/rien.json, json}> <BOUCLE_r2(DATA){datasource http://localhost/spip/rien.yaml, yaml}{pagination 5}>
<BOUCLE_r3(DATA){datasource TEST.CSV, csv}{valeur==France}>


Boucle ENUM:
============

[(#REM)
	Echiquier
]<B_z>
	<table>
	<BOUCLE_z(ENUM){1,8}>
	<tr>
	<BOUCLE_y(ENUM){1,8}>
		<td>
		[(#_z:VALEUR|plus{64}|chr)]#VALEUR
		</td>
	</BOUCLE_y>
	</tr>
	</BOUCLE_z>
	</table>
</B_z>


[(#REM)
	Une pagination qui va jusqu'au max possible
]<B_a>
[<p class="pagination">(#PAGINATION)</p>]
<BOUCLE_a(ENUM){pagination 10}>
#VALEUR
</BOUCLE_a>

un peu de nettoyage et un debut de boucle POUR definie sous forme d'iterateur ; ce que je ne vois pas encore bien comment structurer, c'est la possibilite d'aller chercher un iterateur dans un plugin

- utiliser jquery.colors.js pour faire un fondu sur le background-color du lien ajoute
- picto pour l'ajout
- bouton submit ostensible pour l'ajout
- ajout d'un bouton fermer en bas de cadre, redondant

nettoyage de editer_auteurs qui fait simplement un appel au #FORMULAIRE_EDITER_LIENS avec les bons arguments.
Fonctionnelement, on perd la recherche par ressemblance, car on s'appuie maintenant sur {recherche} dans une boucle, 
mais c'est plutot une fonctionnalite generique de recherche qu'il faudrait implementer comme telle.

debut d'interface auteur et #FORMULAIRE_EDITER_LIENS{xxx} generique reposant sur deux vues prive/listes/xxx_lies et prive/listes_xxx_associer
il suffit de decomenter la ligne dans inc/editer_auteur pour tester

l'argument est de la forme :
objet1-id1-objet2-id2
l'objet1 est l'objet pivot qui porte la liaison (auteur, document, mot)

on peut monter l'abstraction d'un niveau supplementaire avec 3 fonctions objet_associer(), objet_dissocier(), et objet_qualifier()
qui peuvent s'appliquer a tout objet possedant une table de laison generique spip_xxx_liens (spip_xxx etant la table principale de l'objet concerne).
Pourra donc s'utiliser pour les auteurs, documents, mots a minima.

On simplifie donc a leur plus simple expressionles 3 fonctions auteur_associer(), auteur_dissocier() et auteur_qualifier()
qui ont tout leur interet pour simplifier la syntaxe d'appel

On renomme donc en #FORMULAIRE_REDIRIGER_ARTICLE meme si cela romp avec le nommage anterieur que l'on essaye de conserver en general.
Au passage on enleve l'ajax sur ce formulaire dans la page article puisqu'un bloc en colonne centrale y est lie
+ renommage d'un filtre specifique qui telescopait avec une fonction homonyme

#FORMULAIRE_VIRTUALISER_ARTICLE, donc pour virtualiser en CVT et en passant par editer_article pour la mise a jour en base (donc pipelines etc...)

inc/dater se branche dessus pour assurer la compatibilite

A la demande generale et particuliere, supprimer le prefixe "page-" sur les squelettes Z qui ne sont pas des objets en base.
On choisit donc de ne pas differencier par nommage contenu/accueil et contenu/article par exemple.
Cette distinction avait pour but la possibilite de d'avoir des blocs par defaut pour les pages-xx et d'autres pour les objets editoriaux, mais on peut faire autrement.
On conserve deux squelettes page.html et objet.html a la racine, meme si il font la meme chose en pratique.

extraire un inclure/configurer qui ne fait qu'afficher le formulaire_#ENV{configurer} et qui peut etre aussi utilise par les plugins pour ajouter un formulaire a une page existante

l'icone qui etait utilisee est reformatee en 24x24 au lieu de 26x20 et renomee preview-24.png

a verifier dans IE7 qui gere mal les <button>

Déplacement des fichiers de breves dans le plugin (http://zone.spip.org/trac/spip-zone/changeset/41282).

exec/iconifier ne sert plus

Déplacements de fichiers dans le plugin sites  (http://zone.spip.org/trac/spip-zone/changeset/41105)

#FORMULAIRE_CONFIGURER_ARTICLES regroupe configuration/articles configuration/futurs et configuration/redirection