Un système sur lequel je travaille a un volet avec un graphique affiché sous une table. L'utilisateur peut choisir de redimensionner le volet pour voir davantage le tableau. Cependant, lorsque cela se produit, le graphique est compressé, y compris les titres, les légendes, etc. (voir l'image ci-dessous).
Il me semble que votre graphique peut nécessiter différentes façons de classer et de présenter ses données et les éléments environnants en fonction des dimensions de la zone du graphique. Par exemple, dans votre vue compressée, pourquoi conservez-vous la légende sous le graphique? Vous gagneriez déjà un peu d'utilité si vous déplacez la légende sur le côté du graphique réel si l'espace vertical est contraint. Vous avez également une marge d'amélioration en ce qui concerne l'en-tête du graphique. Il prend actuellement deux lignes. Si vous ne disposez pas de l'espace vertical pour cela, redimensionnez la police pour qu'elle tienne sur une seule ligne, supprimez le titre du graphique ou masquez complètement le titre (ou plusieurs de ceux-ci, selon le taille de la zone).
Il en va de même pour chaque élément du graphique: l'axe, les étiquettes, la présentation 3D des données ... Vous pouvez les adapter dynamiquement voire les masquer en fonction de l'espace dont vous disposez pour le graphique, afin d'optimiser son utilité à chaque taille. Vous devez reconnaître qu'un graphique illisible (comme celui que vous montrez) est inutile.
Sur la base des images que vous avez affichées et du problème que vous rencontrez, je suggère de montrer les graphiques à l'utilisateur "si" vos utilisateurs sont censés avoir un niveau de connaissance, que les graphiques se feraient d'eux-mêmes. Si vos utilisateurs ne comprennent pas le concept global du graphique, affichez plutôt les données à l'avance. Je supprimerais ensuite le problème d'image écrasée en séparant le graphique sur son propre onglet et les données sur un autre.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Pour certains de vos utilisateurs qui souhaitent voir le graphique à côté des données, l'ajout d'un graphique contextuel peut être une fonctionnalité intéressante. Les autres fonctionnalités que vos utilisateurs pourraient apprécier incluent:
Sans connaître l'étendue complète de la plateforme que vous développez et la date limite des projets; Je n'ai énuméré que quelques fonctionnalités que j'ai trouvées utiles à partir d'autres programmes.
Si cela ne vous dérange pas de changer la position et la visibilité de certains éléments, vous pouvez également imaginer le problème comme s'il s'agissait d'une "conception Web réactive". C'est-à-dire, rendre l'espace graphique différent en fonction de la taille de la zone dans laquelle vous travaillez.
Par exemple, à partir d'une vue par défaut comme celle de gauche. Une fois que la hauteur de la zone atteint, disons, 200 pixels, vous conservez la hauteur du graphique mais déplacez le titre vers la gauche. À 150 pixels, vous pouvez peut-être perdre la légende. Et quand il atteint 100 pixels, vous changez le graphique pour une icône/des liens. Quant à ces liens, j'aurais certainement un Export ou
Enregistrer sous
et un
Aperçu
(pour moi ça sonne mieux qu'en plein écran, moins invasif). Le reste dépendrait de votre fonctionnalité.
Qualtrics permet de redimensionner les graphiques et de restituer l'image résultante une fois le redimensionnement terminé.
Si un graphique est nécessaire pour répondre à un besoin principal de vos utilisateurs, j'en garderais une version en vue et offrirais un bouton "développer" pour faire apparaître le graphique. L'exportation ne semble pas être une idée horrible, mais si vous exportez vers, disons, du PDF et que les utilisateurs abhorrent l'écran de démarrage et le processus de chargement d'Acrobat Reader, vous risquez de créer plus de problèmes que vous n'en résolvez car les gens sont battus hors de votre application et dans une autre que vous ne pouvez pas contrôler.