[sfForm] setPostValidator et erreurs

Bonjour,

Est-il possible d'exécuter un appel de setPostValidator() uniquement si les champs du formulaire ne possèdent aucune erreur de validation.
Par exemple, si le login ou le mot de passe d'une authentification est invalide, ne pas effectuer la méthode callback qui vérifie en base si un compte existe.

Ou est-il possible de connaitre le nombre d'erreurs de validation du formulaire dans une méthode de callback d'un setPostValidator().
Pour information, j'ai tenté un isValid() dans une méthode de callback sur un formulaire avec des champs en erreur et j'obtenais "true".

Merci,
Dorian

Bonne question.

Je ne vais, hélas, pas prendre suffisamment de temps pour y répondre, il faudrait faire du reverse sur trop d'objets, pas le temps. Les affirmations qui suivent sont donc peut-être fausse, uniquement appuyé sur mon expérience.

Dans le PostValidateur il n'est pas possible de tester un autre test. Les tests sont définit avant leur exécution, un if dans la configuration n'aurait aucun effet, pas plus qu'un isValid dans la configuration alors qu'aucun test n'a été effectué.

L'idée de la vie de l'objet form est
1.1 ------> création (setup et configure)
1.2-------> liaison avec les données (sfFormWeb) ou un objet du modèle (sfDoctrineForm)
2 --------> Liaison avec les données récupères dans la réponse (bind)
2.1 ------> Vérification des Validator définit plus haut, l'un après l'autre et indépendamment les uns des autres, les erreurs sont récupérée par une exception.
2.2 ------> Comptage des exceptions retournées et positionnement du "isValid"

C'est un peu résumé, mais cela permet de comprendre qu'il n'est pas possible de faire dépendre un test d'un autre de la manière dont tu l'entends.

Tu peux rendre plusieurs test simultanément obligatoire en les regroupant, mais pas l'un dépendant de l'autre à l'exécution. Il faudrait créer une classe du genre de sfValidatorAnd qui serait alors un sfValidatorIf. Ce doit être réalisable, mais pas nécessairement simple à mettre en œuvre.


Question subsidiaire, mais pourquoi vouloir cette limitation ?