ProxyEPN

Modifications publiées sur le svn (r363) :

Ateliers, chainage et inscriptions (cf #81 note 6)¶

Pour les sessions utilisant les inscriptions d'usagers (ie les ateliers), si la session fait parti d'une série, alors est offerte la possibilité d'inscrire un usager également sur toutes les autres sessions liées (ou seulement sur celles qui suivent).

Note : à voir s'il est pertinent de laisser les deux choix (toutes / suivantes) ou si le formulaire gagnerait en simplicité avec uniquement l'option la plus utile.

Si l'inscription demandée est multiple, les tests sont effectués au préalable pour savoir si elle est possible sur toutes les sessions concernées. Si ce n'est pas le cas (l'une des sessions serait complète !) alors aucune inscription n'est effectuée.

Chainage sur les téléformations¶

Le cas des téléformations est un peu différent, plus simple finalement, puisqu'il s'agit forcément de sessions personnelles où l'usager unique est obligatoire. De ce fait, il est renseigné dès le formulaire de création d'une téléformation.

Pour définir une série de téléformation, généralement les sessions suivantes seront créées en clonant la première (où n'importe qu'elle autre session déjà enregistrée de la série). De ce fait, le formulaire de création sera automatiquement pré-rempli avec toutes les informations de la session d'origine, y compris l'usager inscrit.

Néanmoins, quelques points restent à voir :

• Si l'usager inscrit est modifié sur l'une des sessions, ce changement doit-il être effectué inconditionnellement sur toutes les autres sessions liées ?
• A la création d'une téléformation sans passer par le lien de clonage, si cette nouvelle session est "manuellement" rattachée à une série (via le sélecteur chain_key), on peut imaginer que la saisie de l'usager ne soit pas nécessaire pour être récupéré depuis la série.
• Dans la même situation que précédement, si par contre l'usager est saisi, doit-on vérifier qu'il s'agit du même que sur les autres sessions liées, et si non les mettres toutes à jour avec l'usager donné sur la nouvelle session ?

Modifications publiées sur le svn (r395) :

Le formulaire d'inscription d'usagers aux ateliers est amélioré :

• les options de chainage sont dans un sélecteur non multiple, les cases à cocher sont remplacés par une liste
• ce sélecteur n'est présent que s'il y a plus d'une session dans la série

Modifications publiées sur le svn (r396) :

Formulaire de création multidates¶

Ajout de composants JavaScript sur le formulaire de création de session afin de permettre la saisie de plusieurs dates. Seule la création est concernée, pas l'édition (ce qui évite d'alourdir et de rendre confuse cette opération). La validation du formulaire revient à cloner sur d'autres dates la session nouvellement créée.

Pour ne pas encombrer le formulaire, les dates supplémentaires sont saisissables dans une fenêtre de dialogue jQuery-UI. Un lien à côté de la date permet de l'ouvrir et indique en permanence le nombre de dates ajoutées (par défaut 0).
Dès la 1ère ouverture du dialogue, un formulaire de date y est ajouté. Un bouton permet d'ajouter des formulaires supplémentaires, un autre de les supprimer tous (ils peuvent aussi être supprimés individuellement).

Ces formulaires de date/horaires sont générés à partir d'une nouvelle classe DateTimeForm.
Leur ajout dynamique dans le dialogue se fait via Ajax, grâce à une action session/ajaxDateform.

Amélioration du sélecteur multidates¶

Modifications publiées sur le svn (r397) :

• Le lien permettant d'ouvrir le sélecteur devient un bouton (plus propre et peut-être plus intuitif).
• Ajout d'un bouton "OK" pour fermer le sélecteur (plus intuitif que la seule croix dans la barre de titre).
• Réagencement des boutons en bas du sélecteur et gestion du focus par défaut (sur le bouton "Ajouter").

Modifications publiées sur le svn (r408) :

• Les formulaires de date/horaires supplémentaires peuvent être générés avec des valeurs par défaut transmises via la requête Ajax.
• La fonction JavaScript chargée d'ajouter un formulaire récupère les valeurs par défaut à appliquer, soit d'après les valeurs courantes du dernier formulaire de date ajouté, soit d'après les valeurs courantes du formulaire principal (pour le 1er sélecteur additionnel).

Modifications publiées sur le svn (r426) :

En cas d'échec à la validation d'un formulaire de création de session, la page réaffiche le formulaire en question avec les valeurs saisies. Désormais les dates supplémentaires sont également récupérées et réintroduite dans le formulaire, afin de ne pas devoir les resaisir.