Statut
- Code intégré dans la branche 4.7.0.
- Ticket à créer.
Porteur principal : Sofien Timezouaght
Porteur secondaire : Florent Michon
Résumé
L’ergonomie actuelle listing # formulaire est la suivante :
-
Depuis le listing on clique sur le bouton ajouter pour accéder au formulaire d’ajout d’un enregistrement
- Si on clique sur le bouton retour on retourne au listing
- Si on clique sur le bouton Ajouter et qu’il y a une erreur on reste sur le formulaire d’ajout avec un message d’information et toujours le bouton Ajouter
- Si on clique sur le bouton Ajouter et qu’il n’y a pas d’erreur on reste sur le formulaire d’ajout avec un message de validation tous les champs en ‘disabled’ (avec des valeurs plus ou moins cohérentes) et plus de bouton Ajouter
- Si on clique sur le bouton retour on retourne au listing
-
Depuis le listing on clique sur un élément présent pour accéder au formulaire de visualisation de l’enregistrement qui contient un portlet d’actions contextuelles
- Si on clique sur le bouton retour on retourne au listing
- Si on clique sur l’action Supprimer dans le portlet d’actions contextuelles alors on accède au formulaire de suppression
- Si on clique sur le bouton retour on retourne au formulaire de visualisation de l’enregistrement
- Si on clique sur le bouton Supprimer et qu’il y a une erreur on reste sur le formulaire de suppression avec un message d’informations et toujours le bouton Supprimer
- Si on clique sur le bouton Supprimer et qu’il n’y a pas d’erreur on reste sur le formulaire de suppression avec un message de validation tous les champs en ‘disabled’ (avec des valeurs plus ou moins cohérentes) et plus de bouton Supprimer
* Si on clique sur le bouton retour on retourne au listing
- Si on clique sur l’action Modifier dans le portlet d’actions contextuelles alors on accède au formulaire de modification
- Si on clique sur le bouton retour on retourne au formulaire de visualisation de l’enregistrement
- Si on clique sur le bouton Modifier et qu’il y a une erreur on reste sur le formulaire de modification avec un message d’informations et toujours le bouton Modifier
- Si on clique sur le bouton Modifier et qu’il n’y a pas d’erreur on reste sur le formulaire de modification avec un message de validation tous les champs en ‘disabled’ (avec des valeurs plus ou moins cohérentes) et plus de bouton Modifier
* Si on clique sur le bouton retour on retourne au formulaire de visualisation de l’enregistrement
L’ergonomie proposée est la suivante :
-
Depuis le listing on clique sur le bouton ajouter pour accéder au formulaire d’ajout d’un enregistrement
- Si on clique sur le bouton retour on retourne au listing
- Si on clique sur le bouton Ajouter et qu’il y a une erreur on reste sur le formulaire d’ajout avec un message d’information et toujours le bouton Ajouter
- Si on clique sur le bouton Ajouter et qu’il n’y a pas d’erreur on accède au formulaire de visualisation de l’enregistrement que l’on vient de créer qui contient un portlet d’actions contextuelles avec un message de validation
- Si on clique sur le bouton retour on retourne au listing
-
Depuis le listing on clique sur un élément présent pour accéder au formulaire de visualisation de l’enregistrement qui contient un portlet d’actions contextuelles
- Si on clique sur le bouton retour on retourne au listing
- Si on clique sur l’action Supprimer dans le portlet d’actions contextuelles alors on accède au formulaire de suppression
- Si on clique sur le bouton retour on retourne au formulaire de visualisation de l’enregistrement
- Si on clique sur le bouton Supprimer et qu’il y a une erreur on reste sur le formulaire de suppression avec un message d’informations et toujours le bouton Supprimer
- Si on clique sur le bouton Supprimer et qu’il n’y a pas d’erreur on retourne au listing avec un message de validation
- Si on clique sur l’action Modifier dans le portlet d’actions contextuelles alors on accède au formulaire de modification
- Si on clique sur le bouton retour on retourne au formulaire de visualisation de l’enregistrement
- Si on clique sur le bouton Modifier et qu’il y a une erreur on reste sur le formulaire de modification avec un message d’informations et toujours le bouton Modifier
- Si on clique sur le bouton Modifier et qu’il n’y a pas d’erreur on retourne sur le formulaire de visualisation avec un message de validation
La nouvelle ergonomie est activée par défaut mais est débrayable de manière globale (dbform) ou fine (objet métier).
Motivation
Optimisation de l’ergonomie et réduction du nombre de clics.
On supprime donc cet écran de validation qui affiche des formulaires avec des valeurs plutôt incohérentes pour accéder directement à l’enregistrement avec les différentes actions disponibles tout de suite. Les avantages sont le fait de gagner un clic et d’obtenir dès la validation du formulaire les informations à jour sur l’enregistrement.
Pré-requis
Aucun
Proposition et implémentation
- Branche fonctionnelle : https://adullact.net/scm/viewvc.php/openmairie/openmairie_exemple/branches/prop0006-ameliorer-l-ergonomie/?pathrev=4027
- Tests : ajouter un testcase qui vérifie le scénario cité plus haut
Risques
- Pour profiter de la fonctionnalité, il est nécessaire de migrer vers les nouvelles actions.
- Les tests des applicatifs vont se retrouver impacter car le bouton retour ne sera plus disponible là où il l’était auparavant.
- Les surcharges des méthodes dbform::retour() et dbform::retoursousformulaire() dans les applicatifs vont devoir être reprises.