v1.10.5 (09 12 2008)
  * ajout des filtres et, ou, xou, non, oui pour compat 1.9.2
  * ajout du filtre push pour compat 1.9.2
  
v1.10.3 (14 09 2008)
  * ne pas prendre le traiter() de CFG si c'est un formulaire CVT normal !

v1.10.2 (02 09 2008)
- petites simplifications :

  * lire,ecrire,effacer_config() ne peuvent plus etre surchargees 
    (suppression de inc_lire_config_dist et consoeurs)
    
  * les types de validation des champs de formulaires passes par css
    recoivent le même argument que les autres classes css 
    (nom du champ + instance de la classe cfg_formulaire) et introduction
    d'une fonction ajouter_erreur($champ,$message) dans la classe cfg_formulaire
    pour faciliter cela.
    
  * permettre des fonctions d'extension pour toutes les actions pour
    un formulaire particulier, et pas uniquement verifier et post_traiter.
    function cfg_{nom_fichier/vue}_{action}(&$cfg){... actions ...}
    
    Au passage, changement d'api pour le test de verifier, qui comme
    les autres maintenant recoit l'instance de la classe cfg_formulaire :
    function cfg_{nom_fichier/vue}_{action}(&$cfg), mais son retour
    doit sauvegarder les valeurs d'erreurs dans cfg (et non les retourner)
    en utilisant la fonction $cfg->ajouter_erreurs($erreurs); 
    (compatibilité ascendente assurée cependant quelques temps)
    
  * CFG/CVT : transmission de l'instance de classe cfg_formulaire entre la
    fonction verifier() et traiter() du CVT pour eviter les recalculs des 
    parametres et une reverification dans traiter().

v1.10.1
- un echo de debug trainait

v1.10.0
- corrections pour palette, changement de version pour marquer le changement de compat (necessite Palette pour les couleurs)

v1.9.8 (01 08 2008)
- usage du plugin Palette pour permettre la mutualisation de la librairie farbtastic entre plugins

v1.9.7 (30 07 2008)
- si on ne trouve pas de fichier au nom du fond, on n'essaie pas de le compiler...

v1.9.6 (23 07 2008)
- Suivre la svn de SPIP : le formulaire CVT charger() change la signature de son retour.

v1.9.5 (23 07 2008)
- On introduit <!-- inline= --> (sert notamment au selecteur de couleur, pour l'avoir aussi en cvt.)
- On introduit la possibilite de faire des actions 'post_traiter' simplement depuis un nom de formulaire :
si un formulaire cfg possede une fonction 'cfg_{nom}_post_traiter(&$cfg)', elle sera appelee apres le traitement par CFG,
en lui transmettant la classe php $cfg.
- Ne pas utiliser le parseur CFG sur les formulaires dynamiques qui ont une fonction _stat() (et non une fonction _charger()

v1.9.4 (17 07 2008)
- ajout de compat 1.9.2 pour sql_allfetsel()

v1.9.3 (16 07 2008)
- Permettre d'ajouter des #FORMULAIRE_XX dans des fonds/cfg_yy.html
- introduction d'un parametre interpreter. Si <!-- interpreter=non -->
alors le fonds/cfg_yy.html ne cherche pas a recuperer les champs du formulaire
en scannant le code compile. Ainsi, il est possible de creer des fonds de configuration
cfg en appelant des #FORMULAIRE_XX. Le fond ne prendra pas à tord des parametres
du/des #FORMULAIRE inclus. Par contre, un tel fond ne peut pas avoir de formulaire
CFG classique en même temps (on ne peut melanger) ;Mais un fond de ce type
peut appeler plusieurs #FORMULAIRE differents.
Les parametres <!-- param=valeurs --> continuent d'etre lus, ce qui permet d'indiquer
des liens, des autorisations ou autre parametre comme le font normalement les fonds CFG.

v1.9.2 (14 07 2008)
- Corrections depots tablepack et table qui testaient leurs parametres un peu trop tot,
ce qui effacait parfois les valeurs par defaut, apres coup.

v1.9.1 (14 07 2008)
- Correction depot tablepack qui oubliait de prendre en compte le nom du formulaire dans
l'enregistrement depuis v1.8.2.

v1.9.0 (14 07 2008)
- Lorsqu'un formulaire SPIP 2 / CVT n'a pas de fonction charger(), ce sont les
fonctions Charger, Verifier et Traiter de CFG qui sont utilisees pour ce formulaire.
Cela permet des #FORMULAIRE_XX ou XX est un formulaire CFG/CVT formulaires/xx.html.
Il peut ainsi y avoir des formulaires CFG public/prive, ajax ou non (et qui fonctionnent !).
Differences entre un fonds/cfg_xx.html et formulaires/xx.html :
	* les fonds/ s'affichent dans ?exec=cfg, pas les formulaires/
	* les fonds/ ont [(#ENV{_cfg_}|form_hidden)], pas les formulaires/
	* en revanche, les formulaires ont #ACTION_FORMULAIRE{#SELF}, pas les fonds/
- Correction du preg_files() sur les fonds/ pour ne prendre reellement
que des fichiers commencant par 'cfg_' (et non aussi le contenu d'un dossier
commencant par cfg_)
- Deplacements des exemples de fonds cfg dans le plugin cfg_exemples
- la syntaxe #FORMULAIRE_CFG{xx} disparait au profit de #FORMULAIRE_XX
- si le parametre <!-- autoriser=oui --> alors, on autorise.
S'il est egal a non, alors on n'autorise pas. Permet d'ecrire :
<!-- autoriser=[(#AUTORISER{modifier,auteur,#ID_AUTEUR}|?{oui,non})]-->
les syntaxes <!-- autoriser=webmestre --> continuent de fonctionner.

v1.8.2 (07 07 2008)
- Corection d'un bug sur le depot tablepack avec effacer_config().
- tests unitaires pour le depot tablepack

v1.8.1 (06 07 2008)
- Correction bug introduit en 1.8.0 d'erreur de lecture si aucune valeur
n'etait encore enregistrees dans une depot metapack ou php.

v1.8.0 (04 07 2008)
- Simplifier *_config() en se passant de la classe cfg_params()
- les fonctions des balises sont chargées au calcul et non en permanence et sont deplacees dans cfg_fonctions.php
- suppression de cfg_charger_classe() : la surchage, c'est simplement le fichier, on se passe de _dist
- déplacemeent de la classe cfg_depot dans inc/cfg_config
- tests unitaires pour les fonctions lire_config, ecrire_config et effacer_config pour les dépots meta, metapack et php
- lire_config metapack et php ne renvoyaient pas NULL si la méta ou le fichier php etait absent
- CFG ne supporte plus l'écriture (hack) #CONFIG{expression,'',''}, à remplacer par #CONFIG{expression,#ARRAY}

v1.7.6 (27 06 2008)
- Correction bug avec ecrire_config(php::...)

v1.7.5 (26 05 2008)
- Corrections de la librairie sql_* pour 1.9.2

v1.7.4 (08 05 2008)
- Ne pas lister tous les formulaires cfg dans la page de gestion de plugin, mais seulement ceux avec l'onglet sur "oui"

v1.7.3 (23 04 2008)
- correction compat sql_showtable() sur 1.9.2 (fil)
- suivi svn pour les formulaires dynamiques (necessitent 'action')
(les formululaires #FORMULAIRE_CFG fonctionnent maintenant aussi dans le prive)

v1.7.2 (16 04 2008)
- mettre sql_count() et sql_selectdb() dans les fonctions de compatibilite
ceci pour d'autres plugins souhaitant eventuellement les utiliser en 1.9.2

v1.7.1 (07 04 2008)
- correction bug sur effacer_config(metapack::xx)

v1.7.0 (05 04 2008)
- installation de librairies via la page ?exec=cfg_install_libs, presque automatique en 1.9.3
- les librairies installables sont definies dans une globale $cfg_libs (cf. cfg_options.php)
- internationalisation types et installation de libs

v1.6.5 (05 04 2008)
- effectivement passer dans l'environnement 'message_erreur', 'message_ok' et 'erreurs'
- eviter que #ACTION_FORMULAIRE affiche son contenu en 1.9.2

v1.6.4 (05 04 2008)
- les classes css des champs sont toutes analysees. Elles doivent etre placees juste apres name="...".
- si une classe css 'cfg_couleur' est presente et si la librairie 'farbtastic' est installee,
une pipette sera proposee pour selectionner la couleur. exemple :
<input type="text" name="liens" class="fondl cfg_couleur" value="[(#ENV{liens}|sinon{#467AA7})]" size="7" />

v1.6.3 (04 04 2008)
- utiliser les points d'entrees de cfg pour definir des actions sur les parametres
et application avec le parametre 'rediriger'

v1.6.2 (04 04 2008)
- eviter double INSERT HEAD sous 1.9.2

v1.6.1 (02 04 2008)
- retrouver le fonctionnement d'avant v1.4.10 sur #CONFIG{meta} ET lire_config{meta}.
Cette derniere deserialise une meta de spip par defaut, contrairement a la premiere.

v1.6.0 (02 04 2008)
- introduire la prise en compte des <input type='file'...
qui met automatiquement un type 'cfg_fichier' sur le champ.
Celui-ci va stocker le fichier dans IMG/config/{vue}/{champ}.ext,
et son adresse peut etre appelee par #CFG_CHEMIN{nom/champ}

v1.5.2 (31 03 2008)
- sur les verifications des champs, en plus de verifier les champs de type 'cfg_xx' ou 'type_xx',
chercher une fonction 'cfg_{vue}_verifier()' fonctionnant exactement pareil que la fonction homologue
sur la nouvelle api des formulaires dynamiques de spip. Cette fonction peut etre placee dans un fichier
fonds/cfg_{vue}_fonctions.php

v1.5.1 (31 03 2008)
- premiers jets d'api pour les verifications de types de champs
- corrections bugs sur #ENV{cfg_id} dans les parametres <!-- param=valeur --> mal raffraichis

v1.5.0 (30 03 2008)
- nettoyages, suppression de la gestion de l'ancienne api des depots
- retour du fonctionnement en php4 casse pendant la migration des depots
- correction petit bug si $GLOBALS['meta']['nom'] est un array()

v1.4.12 (30 03 2008)
- depot 'table', c'etait le dernier...
- corrections bugs sur #cfg_arbo, #config et sur la fonction $this->monter_arbre()

v1.4.11 (30 03 2008)
- corrections bugs sur 'cfg_id' modifie parfois a tord par new_id,
- rangements dans les classes depots, et retour de messages depuis les depots possible
- depot 'tablepack' en nouvelle api

v1.4.10 (29 03 2008)
- corrections bugs sur : #CONFIG et |in_array{#CONFIG{nom,'',''}} (preferer #CONFIG{nom/,#ARRAY})
- ecrire_config() n'a plus le parametre 'serialize',
par defaut : ecrire_config('nom',$valeur) ne serialise pas (comme une meta classique)
alors que : ecrire_config('nom/',$valeur) ou ecrire_config('nom/champ',$valeur) va serialiser dans spip_meta
- si l'on passe le nom du depot, c'est lui qui gere la serialisation ou non des donnees :
ecrire_config('meta::nom',$valeur) ne serialise pas
ecrire_config('metapack::nom',$valeur) serialise (pas besoin du /)


v1.4.9 (28 03 2008)
- depot 'metapack' en nouvelle api

v1.4.8 (27 03 2008)
- depot 'php' en nouvelle api (on commence par le plus simple !)
- suivi svn pour api formulaires : charger/verifier/traiter

v1.4.7 (26 03 2008)
- corrections bugs sur les champs multiples et les tables
- renommages de variables et doc
- retour de 'cfg_id' dans #ENV

v1.4.6 (26 03 2008)
- deplacement des affichages dans l'exec plutot que dans la classe cfg (fin)
- correction bug sur le chargement des depots dans les fonctions lire_config qui transformaient un array en "array"
- API pour les fichiers de depots lire(), ecrire() et effacer() qui retournent array($ok, array("nom"=>"val"))
(ancienne api toujours fonctionnelle [lire() et modifier($supprimer)], les depots autres que 'meta' seront portes vers la nouvelle api)

v1.4.5 (25 03 2008)
- deplacement des affichages dans l'exec plutot que dans la classe cfg
- correction bug en 1.9.2 (il ne faut pas passer "editable" dans le contexte d'un recuperer_fond() !)

v1.4.4 (24 03 2008)
- naissance de l'indépendance du depot 'meta'
- lire/ecrire/effacer_config utilisent le depot meta

v1.4.3 (23 03 2008)
- permettre la surcharge de lire_config, ecrire_config et effacer_config (a travers les fonctions inc_lire_config_dist())
- permettre la surcharge des classes 'cfg','cfg_formulaire','cfg_params','cfg_depot'.
- uniformiser un peu les messages d'erreur entre cfg et les formulaires dynamiques

v1.4.2 (23 03 2008)
- deplacement des storage cfg (maintenant appeles 'depot') dans inc/depot/nom.php
- renommage du depot 'classic' en 'meta', suppression du depot 'extrapack' au profit de tablepack + colonne

v1.4.1 (23 03 2008)
- deplacement des parametres de cfg dans une seule entree $this->param

v1.4.0 (22 03 2008)
- #FORMULAIRE_CFG{nom_du_cfg} fonctionnant avec la nouvelle API des formulaires dynamiques (1.9.3dev)
- quelques changements dans les noms de fonctions, suppression des anciens #formulaire_cfg
- théoriquement pas de rupture de compatibilité
- déplacement de l'icone cfg dans le sous menu 'configuration' (et non dans l'onglet du meme nom)

v1.3.8 (25.02.2008)
- correction bug introduit en 1.3.7 (doublement des liens)

v1.3.7 (24.02.2008)
- nouvelle option <!-- head= --> qui permet d'ajouter du contenu dans le
head de l'espace privé lorsque le fond en question est actif.
- bien supprimer les parametres CFG du code html rendu

v1.3.6 (24.02.2008)
- les onglets s'enrichissent d'une nouvelle syntaxe.
Il existait <!-- onglet=non --> qui n'affichait pas l'onglet, il y a maintenant
<!-- onglet=fond_cfg_parent --> qui n'affiche pas l'onglet, mais va "exposer"
le fond choisi si le fond courant est actif. (Il faut que le fond choisi
ait son onglet visible par contre - ie: onglet=oui ou non renseigne)
- Dans un fond cfg, si un lien pointe sur le fond en cours, la balise <a> ne sera pas mise

v1.3.5 (24.02.2008)
- les liens s'enrichissent d'une nouvelle syntaxe <!-- liens*=prefixe_plugin:fond_cfg -->
permettant de mettre des chaines de langue sur les liens directement avec celles du plugin
dans /lang/prefixe_plugin_fr.php

v1.3.4
- oubli qui empechaient les liens de fonctionner

v1.3.3 (07.02.2008) :
- Si un lien est demande dans le fond <!-- liens*=toto -->
mais que fonds/cfg_toto.html n'existe pas, le lien n'est pas propose

v1.3.2 (02.02.2008) :
- correction de bug sur storage table : l'insertions de nouvelles entrees
était impossible sous SQLite. Test Ok en mysql, pg, sqlite3

v1.3.1 :
- correction coquille
- introduction d'un paramètres à CFG pour lui dire de ne pas
afficher les messages renvoyés par CFG habituellement <!-- afficher_messages=0 -->

v1.3 :
- introduction de liens_multi
- correction d'un bug avec les liens multis qui ne sont plus
définis automatiquement par le parametre liens, mais par
un parametre specifique : liens_multi

v1.2 :
- corrections bugs sur #FORMULAIRE_CFG
- homogeneise le passage de paramètres à CFG depuis un fond en
utilisant uniquement <!-- param=valeur -->
(l'autre écriture [(#REM) param=valeur] est decpeciee.
- fourni des fonctions pour écrire et modifier les contenus arborescents
generes par CFG (storage meta et extra uniquement) : ecrire_config() et effacer_config().
- toutes les chaînes de langues sont maintenant
regroupées dans le fichier lang/cfg_fr.php et attendent des traductions/traducteurs.

v1.1 :
- fourni une balise #FORMULAIRE_CFG pour l’affichage d’un formulaire
CFG dans un squelette (nécessite SPIP > 1.9.2)

v1.0.10 :
- ajout de #CFG_ARBO

v1 :
- storages meta, extra, table, classic, php