Liste de liens :
Liste de liens :
TXM rend compte (feedback) de son activité à travers divers éléments d'interface graphique interactive : zones de status, journaux, fenêtres de résultats, etc.
On va essayer d'utiliser une notion de « canaux de communication » pour définir comment différentes parties de TXM rendent compte de leur activité à différents moments et à différents endroits scrutés par l'utilisateur. Une première idée est de mutualiser les messages générés par les activités de TXM pour alimenter les différents canaux.
Rendre compte de son activité c'est fournir des informations sur le fait que des actions ou des calculs sont en cours ou bien des informations sur des calculs terminés.
Les canaux de communication ont les caractéristiques suivantes :
Le feedback peut être temporaire ou permanent.
Dans le feedback temporaire on peut distinguer le 1) début, 2) pendant et 3) après le calcul.
Le feedback permanent se trouve dans les fenêtres de résultats ou dans les journaux.
Les « différents endroits scrutés par l'utilisateur » sont les suivants :
Certaines de ces zones sont visibles alors même que certains résultats persistés n'ont pas encore été reconstruits. Par exemple un label de noeud dans la vue Corpus doit afficher quelque chose mais peut ne pas avoir accès à certaines informations du résultat car il n'a pas encore été calculé. Idem pour la barre de statut au clic sur un objet non reconstruit.
NOTES:
On se limite à l'affichage sous forme de texte, on ne discute pas d'affichage sous forme de tableau, etc.
Suivant la temporalité et l'espace d'affichage disponible on peut utiliser les formats suivants :
multi-lignes, les lignes peuvent être longues
Les zones :
Les canaux :
Les zones/canaux :
Messages de début&fin de calcul : #2717
Utilisation des méthodes de nommage des résultats par zones :
Définition des méthodes de nommage des résultats (TXMResult) :
TXM 0.8.1 + ce qui suit
Utilisation des méthodes de nommage des résultats par zones :
TXM 0.8.2 + ce qui suit
Utilisation des méthodes de nommage des résultats par zones :
l'interprétation des niveaux de logs me semble encore très difficile et complexe à mettre en oeuvre : - est il vraiment nécessaire d'ajouter un niveau de log supplémentaire pour un besoin d'ouverture de boite de dialogue ? quitte à brouiller un peu plus la sémantique des niveaux de logs dans leur ensemble - est-ce que les sémantiques des erreurs provoquant actuellement l'ouverture d'une boite de dialogue (si l'option est activée) sont homogènes, et donc interprétables par l'utilisateur comme un groupe homogène, ou pas ? - y-a-t-il une description de référence des sémantiques des niveaux de log ? (que je puisse formuler notamment dans le manuel utilisateur) - actuellement l'option d'ouverture d'une boite de dialogue n'est pas active par défaut : est-ce qu'il faut qu'elle devienne active par défaut pour que les messages du Media Player puissent s'afficher dans une boite ? pour moi le problème Media Player doit avoir une boite ouverte systématiquement, ça ne doit pas dépendre d'une option