ioi Report - affichage des questions/paramètres avant impression dans une seule fenêtre
Type:
Improvement New FunctionalityStatus:
OpenDescription:
Actuellement on peut créer des questions dans le reporting mais ces questions sont affichées les unes après les autres.
La configuration des questions s'effectue dans la définition du rapport dans la partie "Question".
La demande des utilisateurs : pouvoir regrouper les différentes questions dans une seule fenêtre.
Quand on a quelques questions, on ne sait pas revenir sur la question précédente.
L'utilisateur sélectionne le rapport comme d'habitude et la fenêtre qui regroupe toutes les questions doit apparaitre.
Un peu à la manière de Bob :
La mise en page de la fenêtre d'impression est liée au rapport.
La mise en page doit pouvoir utiliser l'option "Customize Form" pour conserver la mise en page et l'outil de mise en page standard Frappe.
Pouvoir utiliser tout ce que Frappe permet pour éditer la mise en page :
fieldtype: 'Section Break'
fieldtype: 'Column Break'
fieldtype: 'Check'
fieldtype: 'Select'
fieldtype: 'Date'
...
Ensuite il faut penser au lien entre la question affichée dans FORM et le paramètre défini dans QUESTIONS.
FORM
QUESTIONS
Attention que les paramètres ne sont pas limités à un nombre comme identification, le nom alternatif doit pouvoir être utilisé pour identifier un paramètre.
4 améliorations qu'il ne faudra pas perdre de vue :
- on risque d'avoir des questions avant impression comme sélectionner une famille, un type, un groupe, un sous groupe.
Si l'utilisateur sélectionne une famille dans la question famille, les propositions dans la question type doivent être filtrées par rapport à la sélection dans la question famille précédente.
- permettre d'afficher/supprimer l'affichage de certaines questions en fonction des conditions, je suppose que les propriétés standard dans FORM seront utilisables pour arriver à ce résultat.
Si par exemple on répond OUI à la question 1 ça cache une colonne/champ/section dans la fenêtre des questions.
- Les variables master., system., company., user., ... doivent pouvoir être utilisées pour permettre d'alimenter par défaut les paramètres.
- contenir toutes les questions et leurs définitions dans un DocType pour permettre de réutiliser la même question dans 20 rapports.
A la place de configurer la question CLIENT 20 fois si on a 20 rapports qui l'utilisent, on définit 1x la question dans un DocType puis dans les 20 rapports on fait appel à cette question.
Il faut peut-être réfléchir pour que ces questions soient éventuellement utilisables aussi dans d'autres modules (Pivot Expert/script client/Insights/...).