Incrément de version pour marquer le coup.

On tente une option de normalisation sur verifier(), plutôt que d'avoir une fonction normaliser() séparer, puisque Rastapopoulos préfère comme ça.

Il faudra mieux définir ce genre de chose, mais ça va permettre de tester un peu.

La fonction normaliser(valeur, type, options) retourne un tableau avec
- erreur
- valeur
- changement

Changement vaut true s'il n'y a pas d'erreur et que la valeur a été modifiée.

if (!defined("_ECRIRE_INC_VERSION")) return; sur tout fichier PHP pour sécurité future principalement

On complète le test pour vérifier... s'il y a quelque chose à vérifier. Maintenant ça peut être nul ou une chaine vraiment vide (mais si on met "0" ça vérifie bien).

Explications + test comparatif des phraseurs : http://www.dominicsayers.com/isemail/

Un début de description des fonctions de vérification + des fonctions pour lister ces vérifications et leurs éventuelles options.

$verifier = charger_fonction('verifier','inc',true);

Ça retourne le tableau d'erreurs.

verifier($valeur, $type, $options)

Le principe est le même pour que l'API autoriser(). On appelle une fonction générique en lui indiquant un "type". Elle va ensuite chercher une fonction spécifique effectuant réellement le test demandé.

La fonction doit être compatible avec les mécanismes utilisés dans SPIP, notamment CVT. Pour cela, on ne retourne pas un booléen mais plutôt une chaine vide si tout s'est bien passé ou une chaine *expliquant l'erreur* lorsque ça ne va pas.

En plus de l'appel d'une fonction dédiée, avant de terminer on passe aussi dans un pipeline du même nom histoire de pouvoir personnaliser encore plus facilement, si besoin.

Exemple d'utilisation :
verifier($adresse, 'email')
verifier($nombre, 'entier', array('min'=>0, 'max'=>100))
verifier($chaine, 'regex', array('modele'=>'/^[\w]+$/'))

Reste à ajouter de multiples tests génériques qu'on utilise souvent (les trois précédents sont déjà implémentés).