Les fonctionnalités de TXM doivent partager une façon de présenter et d'organiser les paramètres (préférences locales à l'éditeur) et les préférences (globale entre éditeur d'une fonctionnalité).

• Il faut définir pour les paramètres et préférences : les paramètes et préférences qui peuvent être partagés entre fonctionnalité.
• Un éditeur qui s'ouvre réglera ses paramètres en utilsant les préférences définies (état actuel dans TXM)

• supprimer toutes les popups de paramétrage (ex : Progression, spécificités…)
• chaque éditeur de commande doit avoir une zone de paramètres retractable (il peut y avoir beaucoup de paramètres)
  • Peut être une une ligne avec un bouton “>” “v” (ou “cacher”, “afficher”)
  • Peut être un bouton “>” “v” qui s'affiche en haut à gauche (ou droite) par dessus le résultat. Il faudrait pouvoir déplacer le bouton au cas où il generai la lecture du résultat)
  • Peut être une barre avec menus (comme le menu principal)

Il y a 2 groupe de préférences :

• Avancées : réglage du fonctionnement (des moteurs?) de TXM (Stat, CQP, Rendu, TAL…)
• Utilisateurs : réglages du fonctionnement des calculs de TXM (Concordance, Index…)

Zones de paramètres :

• Requête : sur une ligne
  • Label “Requête”
  • Bouton assistant
  • Champ de saisie (+historique)
  • Bouton “+” (pour rajouter une requête)
  • Bouton “Calculer/Chercher”
  • Bouton “Paramètres”
• Propriétés : dans un agencement de type tableau
  • L1: Références, Ctx G., Pivot, Ctx D.
  • L2: Aff. + 1 combo par colonne. Une combo de sélection unique/multiple ordonné/non-ordonné contient des propriétés de mot et/sans propriétés de structure
  • L3: Tri + IDEM que L2
• Tris : sur une ligne
  • Label “#1” + combo des noms de colonnes triables + bouton de sens de tri. autant de “#X+combo” que de colonnes affichées
• Taille : sur une ou plusieurs ligne
  • de -( ) à -( ) et de ( ) à ( ) pour les concordances il faut retirer “à -( ) et de ( ) ”.
  • radio : “occurence” “structure”
    • “structure” active : un combo contenant les propriétés de structures et le bouton radio “include la structure du pivot”
  • boutons checks : “contexte gauche actif” “contexte droit actif”
• Progression : sur une ligne
  • Cumulatif
  • Densité, active
    • largeur de bande
• Progression : sur une ligne
  • champ “structure” qui active
  • champ “propriété” qui active
    • champ “Exp reg. des valeurs”
    • bouton check “Répéter”
• Style de ligne : sur une ligne
  • couleur
  • niveaux de gris
  • noir & blanc (traits différents)
• Seuils quantitatifs : sur une ligne
  • champ Fmin
  • champ Fmax
  • champ Vmax (Lexique, Index, AFC)
  • champ Cmin
  • champ Indice

Déplacer les paramètres des boites de dialogues des commandes dans les éditeurs

Unifier l'UI de paramétrage

1. les éditeurs (TXMEditor) contiennent :
   • une bande avec des paramètres “toujours visibles” et des toolbars
     • avec une toolbar par défaut : “toptoolbar”
     • suivi d'éventuelles autres toolbar (le bouton trier de la commande Information de partition) séparée par des séparateur
   • des zones de paramètres
   • une zone résultat
   • une bande de toolbar avec
     • une toolbar basse “bottomtoolbar”
   • des zones de paramètres
2. la toolbar par défaut “toptoolbar” contient
   • des widgets partagés entre les TXMResults :
     • un bouton de calcul+recalcul du résultat
     • un bouton d'export du calcul
     • un bouton de zone “Computing parameters” → “Parameters”
   • pour les charts : un bouton de zone “Rendering parameters” → “Rendering”
3. la toolbar par defaut “bottomtoolbar” contient :
   1. une zone de navigation (sans bouton d'ouverture/fermeture)
4. les zones de paramètres des éditeurs sont
   1. décomposée en sections thématique (calcul, rendu)
   2. refermable

Les boutons de zones vides ne doivent pas être afficher

Les boutons de zone ont un style différent et sont séparés des autres boutons : décorator de flèche bas

• Un éditeur de résultat peut rajouter des toolbars
• Reprendre et s'inspirer des UI de paramétrage du portail (Concordances, Index, Cooccurrences)

Organisation d'un éditeur résultat de TXM se décompose en :

• Toolbar de paramétrage découpée en plusieurs sections
• Panneau d'affichage du résultat
• Toolbar de navigation dans le résultat

→ c'est l'arrangement actuel de la Concordance

Les sections de paramétrage et navigation doivent pouvoir être visible ou pas et extensibles. Par exemple pour la concordance :

• section requête (toujours visible)
• section options d'affichage
• section options de tri
• section annotation
• …

Si un éditeur a besoin de montrer des compléments du résultat, éviter les éditeur multipart (qui ne peuvent pas profiter de l'API des fenêtre d'Eclipse) et préférer :

• d'avoir plusieurs onglets dans l'éditeur (voir éditeur de configuration de l'import) = vue différente sur le résultat sans avoir besoin de faire des aller-retours
• d'ouvrir un nouvel éditeur lié = vue qui permet de faire des aller retour entre les 2 éditeurs

Si chaque commande est capable de dire quels sont les paramètres dont elle a besoin alors :

• Une vue pourrait utiliser l'éditeur (d'une commande) courant pour afficher les paramètres de la commande
• Tout ou partie des paramètres pourraient être affichés dans cette vue
• La vue peut être :
  • Déplacée dans la fenêtre principale
  • détachée de la fenêtre principale
• Problème : les paramètres

• pour les concordances: reproduire le formulaire du portail dans la RCP
• les menu contextuels pourraient faire un focus sur le champ de paramétrage concerné (ex: le menu contextuel de la concordance : si on sélectionner “propriété d'affichage” avec la souris dans la colonne pivot, focus sur la propriété d'affichage du pivot)
• le focus de partie des spécificités pourrait être remplacer par un mécanisme semblable à la boite de dialogue du lien Index vers Table lexicale mais pour le lien Partition vers Table lexicale.
• Table lexicale:
  • retirer le bouton “Fusion/Suppression lignes”
  • renommer “Fusion/suppresion colonnes” par “colonnes…”
  • dans la boite de dialogue “Fusion/Suppresion colonnes” : remplacer les boutons radio par 2 boutons (push)
• Progression
  • Utiliser la même UI que partition avancé pour ajouté des requêtes