Versions

Correction d'un bug de compatibilité
Possibilité de mettre une condition directement sur la valeur d'un champs (ex : > 100, !== 'toto'). Cette condition ne peut pas être multiple !
Modification Regex téléphone (phone et url)
On a maintenant trois type d'affichage des messages d'erreurs : Après le champs sou forme textuelle, après le champs sous forme d'une image, dans un conteneur unique (tous les messages venant s'afficher dans un conteneur unique)
Corrections de bugs divers
Bug majeur sur le type required !
Le blocage du formulaire est maintenant paramétrable (true/false) : voir formLock
Possibilité de supprimer une règle à la volée : voir delReg()
On peut initialiser n'importe quelle variable relative à un élément à la volée
Tableaux sur lequel le champs pourra être analysé, type possible :
- N (un nombre de 0 à N) -> ce chiffre sera le nombre d'élément dans le tableau qui doivent être compris dans un texte (ou de chiffres dans un nombre)
  0 équivalent a une exclusion
- texte_rand -> Les éléments du tableau doivent tous être dans le texte quelque soit l'ordre

Les règles sont désormais multiples, il suffit d'utiliser la notation suivante dans addReg, ex : 'required:email'. On aura donc non seulement un required Mais également un mail. Le caractère qui sépare les deux règles est paranmétrable dans la classe (regSeparator). Pour aller plus loin on pourrait avoir 'reg1:reg2:reg3:...:regn' !
Fonctionnement multi-formulaire sur une même page
Comparaison entre deux champs est maintenant paramétrable grâce à des opérateurs logique (tous ceux éxistant en Js).
Peut être utile par exemple pour comparer deux prix (un max et un min, on aura donc une règle sur prix max qui dira > prix_min, l'inverse étant possible en mettant prix_min < prix_max)
Gestion des types de champs (radio, checkbox), actuellement on peut indiquer le type dans addReg mais cela n'affecte en rien le traitement, pensez donc à indiquer le type pour que vos écritures soient compatibles avec la prochaine version.
On pourra ainsi indiquer un nombre limité de checkbox (grâce au bornage) et sur les radio il y aura au maximum 1 case cochée, et si la règle sur la radio est "required" alors un nombre minimum de 1.
IMPORTANT ! L'évènement porté sur les checkbox est conseillé à onClick ! Libre à vous de respecter ou non cette consigne.

Contrôle à la volée : Ajout de la fonctionnalité de contrôle direct des informations dès qu'elles sont tapées par l'utilisateur.
Fonctionnement : Si un type est spécifié pour le champs et que l'utilisateur tape une touche qui invaliderait le champs, alors cette touche est bloquée lors de la frappe.
Par défaut cette option est à false. Cette fonctionnalité reste encore à debugguer (voir Liste debug)
Pour l'activer :
- mettre à true authorizeKeyControl dans le fichier.js pour un fonctionnement global à true.
- Utiliser la fonction setAuthorizeKeyControl(boolean) pour un fonctionnement local à true (ou false d'ailleurs).
Vous pouvez désormais mettre l'id d'un type="button" au lieu d'un id de formulaire (dans le cas d'un traitement AJAX de votre réponse)
La variable debug est maintenant par défaut à false.
L'affichage du message peut être différent si vous le souhaitez. Vous pouvez spécifier un idMsg (id de conteneur message), dans lequel seront affichés tous les messages d'erreur. Cela peut être utile dans les environnement ne se prétant pas au insertAfter.
Pour y accéder : soit directement dans le .js soit pour une instance de classe donnée via setIdMsg().

Controle regex des champs
Taille maximum et minimum
Liaison entre 0 ou n champs
Paramétrage de l'affichage du message : tous les styles et attributs d'une balise elle même définie dans le fichier source (msgElement)
Possibilité d'afficher une image à la place du message d'erreur (msgElement à img et définir src dans msgAttributes)
Colorisation des champs (erreur/champs validé), paramétrable dans le fichier source
Mode de debug activable par un booléen dans le fichier source
Blocage à la validation par l'utilisateur du formulaire en cas de non respect des règles