Contexte : JMP 17
Salut tout le monde,
Je travaille sur un projet de tableau de bord où j'utilise une fonction pour générer différents graphiques, affichés dans une grande grille consultable par l'utilisateur. Cette fonction gère la génération des graphiques et possède sa propre clause Where() pour sélectionner des données dans une table plus vaste contenant de nombreuses autres informations. La grille de graphiques est ensuite intégrée à un filtre de données local, ce qui me permet d'effectuer un filtrage de haut niveau par ancienneté des données. Les graphiques se recalculent automatiquement, garantissant ainsi le bon fonctionnement du tableau de bord.
L'étape suivante consiste à inclure un ensemble de statistiques récapitulatives personnalisées (celles de la plateforme graphique ne sont pas suffisantes) pour chaque graphique. Je peux utiliser la même clause WHERE que pour les graphiques afin de filtrer selon le paramètre spécifique, mais les statistiques récapitulatives doivent également tenir compte de l'état du fichier LDF et se mettre à jour en conséquence ; c'est là que je rencontre des difficultés.
Ma première tentative de résolution du problème consiste à extraire un sous-ensemble de la table de données volumineuse en utilisant la même clause WHERE que le graphique associé, puis à exécuter un Summary() sur ce sous-ensemble. Après le résumé, je crée de nouvelles colonnes, je renomme les anciennes, je nettoie les données, etc., puis j'exporte le résultat avec Get As Report(). J'intègre ensuite ce résultat au graphique, j'encapsule le graphique et les statistiques dans un V Splitter Box, puis je renvoie ce V Splitter Box pour l'insérer dans la grille du tableau de bord. Cependant, cette approche ne semble pas permettre le recalcul lorsque le LDF est modifié.
Est-ce que mon approche consistant à extraire des sous-ensembles, à les résumer, puis à post-traiter le résumé est erronée ? Existe-t-il une meilleure méthode ? Est-il possible de rendre un bloc de code compatible avec LDF ? Même si cette approche fonctionne, serais-je contraint de maintenir actifs tous les sous-ensembles et résumés ? Cela justifierait peut-être de chercher une autre solution…
Désolé, je n'ai pas de moyen simple d'inclure des exemples de code, je recherche donc uniquement des orientations architecturales pour le moment.
Merci!
Avez-vous vérifié si l'option « Tabulation / Distribution avec des statistiques récapitulatives personnalisées » suffirait ? Vous pourriez également utiliser « Créer un gestionnaire d'état de filtre ».
Merci pour votre contribution. Les statistiques récapitulatives personnalisées me semblent être une impasse, car je dois également intégrer les valeurs des critères de succès dans chaque ligne (essentiellement des limites de contrôle, mais elles ne sont pas codées comme telles dans le tableau ; elles proviennent d’un autre fichier).
Vouliez-vous dire « Gestionnaire de modifications de filtre » ? C'est la seule entrée que j'ai trouvée dans l'index des scripts. Il y a peut-être eu un changement de nom ?
Merci
Oui << Créer un gestionnaire de changement de filtre (le gestionnaire d'état est incorrect).
