Author: tchemit Date: 2010-08-30 10:07:12 +0200 (Mon, 30 Aug 2010) New Revision: 2054 Url: http://nuiton.org/repositories/revision/jaxx/2054 Log: add begin of specification of validator 2 Modified: trunk/src/site/rst/spec-validator2.rst Modified: trunk/src/site/rst/spec-validator2.rst =================================================================== --- trunk/src/site/rst/spec-validator2.rst 2010-08-30 08:02:27 UTC (rev 2053) +++ trunk/src/site/rst/spec-validator2.rst 2010-08-30 08:07:12 UTC (rev 2054) @@ -1,5 +1,5 @@ ========================================================================= -Amélioration de la gestion des validateurs dans les interfaces graphiques +Amelioration de la gestion des validateurs dans les interfaces graphiques ========================================================================= Abstract @@ -8,48 +8,48 @@ Fonctionnement actuel --------------------- -Dans la version 2.2 de JAXX, tout se fait à la génération : chaque composant à -valider est encapsulé dans un layer pour pouvoir ensuite afficher l'état de -validation de la propriété du bean qu'il représente. +Dans la version 2.2 de JAXX, tout se fait a la generation : chaque composant a +valider est encapsule dans un layer pour pouvoir ensuite afficher l'etat de +validation de la propriete du bean qu'il represente. -Cela nous force à toujours avoir un couplage fort entre ce qui est à valider -et les composants d'édition, on ne peut pas avoir actuellement un composant -d'édition portant sur plusieurs propriétés d'un bean. +Cela nous force a toujours avoir un couplage fort entre ce qui est a valider +et les composants d'edition, on ne peut pas avoir actuellement un composant +d'edition portant sur plusieurs proprietes d'un bean. -De même, on ne peut pas avoir des validateurs qui descendent et se greffe sur -des composants complexes (car à la génération des composants on ne sait pas qui +De meme, on ne peut pas avoir des validateurs qui descendent et se greffe sur +des composants complexes (car a la generation des composants on ne sait pas qui va les valider). Nouveau fonctionnement ---------------------- -L'idée c'est d'utiliser un seul layer par formulaire. Cela a de multiple +L'idee c'est d'utiliser un seul layer par formulaire. Cela a de multiple avantages : - utilisation de moins de resources : un layer au lieu de n. -- ne plus altérer les composants d'édition (le fait d'ajouter un layer perturbre +- ne plus alterer les composants d'edition (le fait d'ajouter un layer perturbre l'affichage, et par exemple si on valider sur des boutons ils sont plus petits que les autres et c'est moche). -- ne plus rien figé à la génération +- ne plus rien fige a la generation -- permettre d'utiliser des composants d'édition portant sur plus d'une propriété +- permettre d'utiliser des composants d'edition portant sur plus d'une propriete Mise en place ~~~~~~~~~~~~~ - definir un nouveau tag dans JAXX BeanValidatorForm (ou un decorator) qui - correspond au layer unique du formulaire à valider + correspond au layer unique du formulaire a valider -- ecrire le layer qui va dessiner ce qu'il faut à l'écran : +- ecrire le layer qui va dessiner ce qu'il faut a l'ecran : - - il doit connaitre les validateurs qui lui sont attachés et il faut ainsi - retrouver tous les composants d'édition (en descendant si besoin dans des - sous interfaces graphiques, plus de problème car non lié à la génération). - - il faut une méthode computeUI pour calculer la position des notifications + - il doit connaitre les validateurs qui lui sont attaches et il faut ainsi + retrouver tous les composants d'edition (en descendant si besoin dans des + sous interfaces graphiques, plus de probleme car non lie a la generation). + - il faut une methode computeUI pour calculer la position des notifications pour chaque composant. - - il écoute le modèle des messages de validation pour modifier la vue. - - il écoute le composant container pour recalculer la disposition (changement + - il ecoute le modele des messages de validation pour modifier la vue. + - il ecoute le composant container pour recalculer la disposition (changement de taille, changement de disposition,...).