Liste de liens :
Liste de liens :
NOTE :
Les préférences ou paramètres des commandes de TXM sont définissables dans 3 scopes hiérarchiques, chaque sous enfant pouvant redéfinir les préférences de son parent :
Au sujet des préférences/paramètres, voir également UI de paramétrages et préférences des commandes
DEV note sur prefs locales : réutiliser les prefs globales possibles pour chaque type de graphique en les portant/proposant en local à chaque éditeur (form, dialog, etc. ?). (Pourrait être fait en passant le type de graphique ou de result TXM à la page de pref RCP (ou plutôt à la zone “Graphics rendering” de chaque page de prefs ou mieux au Store) puis parcourir toutes les pages de prefs (plutôt Store) pour récupérer les possibilités.)
Passer par le moteur de graphique courant pour la récupération des types/entrées de préférences disponibles par moteur. Ainsi par exemple le moteur R ne retournera pas les prefs non prises en charge dans son implémentation (ou pas encore prises en charge). Décider s'il vaut mieux passer par le fournisseur de composant SWT (couche RCP) ou par le moteur de graphiques (couche TBX). A priori la TBX en mode autonome n'a pas besoin par exemple d'utiliser des labels de prefs. En revanche elle a besoin des valeurs de prefs, ces prefs doivent donc être stockées au niveau TBX (dans un futur Store implémentées par plu-gin/commande).
TODO : définir le niveau de chaque préférence : Charts engine (couche TBX) ou Fournisseur de composants SWT (couche RCP)
TODO : pour ces préférences, définir lesquelles devraient apparaître dans les barres d'outils des graphiques
TODO : définir les préférences globales qui peuvent être des préférences locales au tracé du graphique courant et pouvant par exemple apparaître dans la barre d'outil ou dans une entrée “Propriétés…” du menu contextuel (voir le .jar de JFC demo)
Est-ce qu'insérer la tool bar directement dans l'éditeur est une bonne idée ou bien faut-il insérer la tool bar au niveau de celle de la RCP ?
SJ : après discussions, il a été défini qu'il est plus intuitif d'insérer les tool bars directement dans chaque éditeur/onglet
TODO : contrôles tablettes et ou track pad.
L'idée ici est de se baser sur les commandes de sélection multiple des différents OS.
A définir par type de graphique/résultat. Lorsqu'un tableau SWT existe on peut profiter du tri de ce tableau pour définir l'ordre des points à sélectionner. Ex. : pour la CA, tri sur contribution.
Il s'agit ici du menu contextuel dédié au graphique en lui-même, c'est-à-dire quand le curseur ne se trouve pas sur une entité du graphique (point, bâton, courbe, label, etc.)
Voir #1519
Cette section traite uniquement de l'édition d'éléments déjà existant dans le rendu des graphiques. Au sujet de l'annotation de graphiques (création de nouveaux éléments), voir Annotations de graphiques (annotations utilisateur)
Est-ce qu'il existe une API Java pour éditer directement des objets Java2D ?
Problème : la présentation des graphiques agréable à l'écran n'est pas forcément adaptée à l'insertion dans des publications. On peut avoir besoin de :
SJ : 2 propositions de mise en œuvre pour le même résultat à l'export :
SJ : Je crois que la modification de la vue dans TXM est de toute façon prévue (masquage quadrillage, affichage/masquage titre, etc.) Pensez-vous que la solution 1 soit utile ou non ? Je crois qu'on avait déjà évoqué le fait que la vue et l'export soient similaires (de mon côté je suis assez pour). Si la soluce 1 n'est pas d'actualité dans ce cas tout passerait par des prefs globales appliquées par defaut pour tous les graphiques + peut-être des prefs locales à chaque éditeur ?
AL : Ça me semble un peu gênant de modifier des prefs globales quand on veut juste exporter un graphique pour une publi (surtout si on est content de voir les couleurs et le quadrillage à l'écran). Si la solution 1 est trop lourde à mettre en place, on peut penser à pré-configurer au moins 2 “styles” de graphiques, par ex. “pour écran” et “pour impression” et laisser l'utilisateur en choisir (et éventuellement customiser) un, sans modifier les paramètres un par un.
SJ : Les styles à pré-configurer pourraient être utiles, Serge en parle également en haut de cette page, dans la section “Préférences globales de rendu des graphiques” mais il faudrait définir ces différentes chartes graphiques. Une autre solution ou solution complémentaire : comme a priori on aura de toute façon besoin de définir ces préférences globales dans le cadre de la visualisation, dans un premier temps on peut peut-être commencer par là ? Ensuite pour l'export, on pourrait ajouter dans la boîte de dialogue d'export une entrée du type “Options avancées” puis réutiliser cette page de pref qui contiendrait des paramètres du type “Afficher le titre, Afficher la légende, Couleur/Monochrome, etc.”. Mais dans ce cas il faudrait sans doute ajouter une Preview avant l'export ? (étant donné que le fichier sera différent de ce qu'on voit à l'écran)
On pourrait ensuite ajouter une combo box dans la page de préférence pour préconfigurer les valeurs de cette page de pref en fonction du type de média, ex. “Ecran - niveaux de gris”, présélectionnerait la pref “Niveau de gris” dans la page. Ce serait sans doute le plus simple à mettre en oeuvre. A vrai dire je pense que cette page de pref devrait être doublée pour la visualisation et l'export ?
La zone de tracé est la zone où le graphique est rendu dans l'éditeur/onglet.
Cette section contient les boutons et actions à définir dans la barre d'outils placée au-dessus de la zone de tracé.
Lié au rollover.
Cette section contient les comportements à adopter lors de la sélection d'items dans le graphique (clavier et souris, clavier : flèches et SHIFT + flèches ; Souris : clic gauche, CTRL/CMD + clic gauche, SHIFT + clic gauche).
Cette section contient les entrées du menu contextuel à définir et à quel type d'entité du graphique elles sont liées (ex. : bâtons, points, label des axes, etc. ou au graphique complet, notamment au clic sur aucune entité).
Les composants SWT annexes désignent les composants placés à côté de la zone de tracé (ex. pour les AFC : masses, coordonnées, etc.).
Cette section définit les préférences globales qui vont être appliquées lors de la création d'un graphique. La section suivante décrit celles qui doivent pouvoir être modifiées “dynamiquement” pour chaque graphiques/onglets.
Il faudrait ici définir si ces préférences doivent apparaître dans la tool bar et/ou dans le menu contextuel.