- Un warning PHP ;
- Mine de rien… Ce plugin nécessite Saisies. si si : aide/verifier_fonctions.php
- Un doublon dans code_postal.php ;
- Toujours mettre un numéro de compatibilité dans les necessite et utilise pour ne pas faire grincher SVP ;
- Petite correction de chaine de langue ;
- Petit up de z.

une fonction de callback pour le tri de la liste des vérifications, afin de pouvoir les ordonner par titre

suppression de notre verification morte-née 'upload'->on transfère le tous dans dans la vérification 'fichier'

Le champ saisie date avec horaire est un tableau et il était toujours vérifié même quand il était vide ce qui générait une erreur de vérification

* Passage en 3.01.1
* Corrige certains comportements dont l'autorisation des accents dans les mails

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).