Documentation¶

Contexte technique¶

Dans le cas le la 'registration' il s'agit d'une information 'one shot', il est donc embarqué (embeded) dans le formulaire global.
Dans le cas de l'update il est proposé sous forme de popup, de manière indépendante.
La partie sensible la validation et las conflits qui peuvent apparaître entre le système de validation 'classique' de sf, les événements javascript et les contraintes de l'upload de fichiers.
Il s'agit non seulement de cacher/montrer les champs relatifs au type de d'AUP, mais aussi de ne pas poster les champs cachés et d'inhiber la validation sf. Le fait que ce form soit utilisé de deux façons différents (embeded or not) ajoute encore plus de complexité.

Modification potentielles¶

- le js show/hide : refactoring (jquery)

- popup d'update => dépendance prototype

phase 1 : page à part

_voHeaderFOrm : L140 => appel à la popup

Instanciation des forms et algos. des contrôleurs¶

file location:¶

template form : vo/templates/_aupFields.php
formulaire AUP : frontend/lib/vo/form/aupForm.php
config formulaire : modules/vo/lib/static/aup.yml
javascript 'on change' sur AUP type : web/js/vo/GlobalFuncSet.js

Fichiers en jeu¶

• file location on tyhe web cluster : /www/documents/vo/AUP

Il y a une liste réduite des différentes extensions possibles pour ces fichiers.
Il y a un sf validateur qui permet de faire ces vérification :