Différences

Cette page vous donne les différences entre la révision choisie et la version actuelle de la page.

public:retours_de_bugs_logiciel:txm_0.8.0 [2018/12/20 15:12]
slh@ens-lyon.fr
public:retours_de_bugs_logiciel:txm_0.8.0 [2019/02/20 10:47] (version actuelle)
sebastien.jacquot@univ-fcomte.fr
Ligne 1: Ligne 1:
-====== Retours TXM 0.8.0 ======+====== Retours TXM 0.8.0 ======
Cette page contient les discussions et les retours de bugs de TXM 0.8.0. Cette page contient les discussions et les retours de bugs de TXM 0.8.0.
Ligne 5: Ligne 5:
Vous pouvez ajouter vos discussions et retours à la fin de cette page. Vous pouvez ajouter vos discussions et retours à la fin de cette page.
-Pour information, la liste des bugs non résolus, c'est-à-dire que cette version ne cherche pas à résoudre, se trouve ici : [[http://forge.cbp.ens-lyon.fr/redmine/projects/txm/issues?query_id=34|kown-bugs (bugs connus)]]+Pour information, la liste des bugs non résolus, c'est-à-dire que cette version ne cherche pas à résoudre, se trouve ici : [[http://forge.cbp.ens-lyon.fr/redmine/projects/txm/issues?query_id=34|known-bugs (bugs connus)]] 
 + 
 +====== ALPHA ====== 
 + 
 +Retours de la phase ALPHA (terminée) :
  * [[public:retours_de_bugs_logiciel:txm_0.8.0alpha]]   * [[public:retours_de_bugs_logiciel:txm_0.8.0alpha]]
 +
 +====== BETA ======
 +
 +Retours de la phase BETA : merci de répartir vos retours dans les sections thématiques ci-dessous ou dans de nouvelles sections.
 +
 +===== Installation =====
 +
 +AL 2019-02-11 (Ubuntu 16.04)
 +  * TXM ne demande pas où il faut créer le répertoire utilisateur TXM et récupère tous les corpus de l'ancienne version. Ça peut être lourd, surtout en période de test.
 +  * Installation du TreeTagger : le modèle fro.par est installé sans que l'utilisateur le demande.
 +    * **MD corrigé**
 +
 +===== Démarrage =====
 +
 +==== Changement de langue de l'interface ====
 +
 +AL 2019-02-13
 +  * La commande Affichage/Changer la langue ne fonctionne pas (l'interface reste toujours en français)
 +  * Lorsque l'OS est en russe, TXM se lance en russe. L'affichage du cyrillique dans le menu et dans les noms de certains onglets est incorrect (UTF-8 lu comme iso-latin ?)
 +    * Md pire, il y a eu des conversions successives
 +  * Pour forcer le lancement en anglais MD propose le patch suivant :
 +    * dans le fichier ~/TXM-0.8.0/.txm/TXM.ini, ajouter
 +      * <code>
 +-nl
 +en
 +</code>
 +    * avant -vmargs
 +  * Lorsque l'interface est en anglais, certaines commandes restent en français :
 +    * menu Corpus : toutes les commandes sauf "re-import corpus"
 +    * menu Tools : toutes les commandes
 +    * menu View : Réinitialiser affichage
 +    * idem pour les commandes dans le menu contextuel
 +
 +===== Onglet corpus =====
 +
 +AL 2019-02-11
 +  * Le fonctionnement de la barre de statut a évolué depuis 0.7.9, l'affichage varie selon les objets sélectionnés. Voici l'état actuel et quelques suggestions d'harmonisation :
 +    * pour un corpus, ça affiche le nom du corpus (c'était le nombre de mots avant). L'info est moins utile que le nombre de mots, mais OK.
 +    * pour une description, toujours le nom de l'objet. Suggestion : ajouter "Description :"
 +    * pour un sous-corpus : le nom du sous-corpus. Suggestion : ajouter le nom du corpus parent
 +    * pour une partition : nom de la partition + nombre de parties
 +    * pour une concordance : nom du corpus ou sous corpus + requête, suggestion : ajouter "Concordance :"
 +    * pour un lexique : nom du corpus + propriété, suggestion : ajouter "Lexique :"
 +    * pour un index : "Index:" + requête, suggestion : ajouter le nom du corpus
 +    * pour une progression : nom du corpus: + requête en doubles crochets. Suggestion : ajouter "Progression:", enlever les crochets en trop...
 +
 +
 +===== Commande Propriétés (ex Description/Informations) =====
 +
 +AL 2019-02-11
 +
 +  * La date de création de tous les corpus est me 31/12/2018, l'heure semble être celle du système au moment de la création ou chargement du corpus
 +    * **MD corrigé**, pour les corpus TXM 0.7.9 chargés dans TXM 0.8.0, la date de création sera effectivement la date du chargement du corpus
 +  * Pour un nouveau corpus la date de dernière modif est bonne, mais elle re-passe au 31/12/2018 après redémarrage de TXM
 +    * **MD corrigé**
 +
 +===== Commande Édition =====
 +===== Commande Navigateur/Browser (ex Vue interne) =====
 +
 +AL (2019-02-11)
 +
 +  * La navigation par page ne fonctionne pas (c'est toujours la 1ère page qui s'affiche)
 +    * **MD corrigé**
 +  * Un astérisque est toujours affiché à côté de l'objet dans le volet corpus (avant et après la conservation), il disparaît si on ferme l'onglet)
 +    * **MD corrigé** l'astérisque était lié au bug précédent
 +  * L'icone "roue dentée" ne correspond plus au nouveau nom de la fonction
 +    * **MD corrigé** nouvel icon {{http://www.famfamfam.com/lab/icons/silk/icons/application_form_magnify.png}}
 +
 +FB (2019-02-18)
 +
 +  * La vue requête provoque une erreur pour une version ubuntu 18.04 (mais la conservation des requêtes est ok via le changement dans les préférences)
 +
 +===== Commande Sous-corpus =====
 +===== Commande Partition =====
 +
 +===== Commande Lexique =====
 +===== Commande Index =====
 +===== Commande Index de partition =====
 +===== Commande Concordance =====
 +
 +SLH 2019-02-11
 +
 +<del>quand je lance une concordance, le champ CQL initial contient la chaine "". Est il possible d'avoir un champ vide à la place ? (comme avant, et comme pour la commande Index)</del> **[SJ corrigé]**
 +
 +===== Commande Cooccurrence =====
 +===== Commande Progression =====
 +
 +AL 2019-02-11
 +
 +  * Les crochets sont dupliqués dans la requête qui s'affiche dans le volet corpus <nowiki>[[frpos="VER:impf"]]</nowiki>
 +    * SJ: les premiers crochets sont utilisés en tant que marqueur de liste, ce n'est pas à proprement parlé un bug mais peut-être qu'il faudrait changer le pattern pour l'affichage ? 2 exemples avec 3 requêtes ci-dessous
 +      * <nowiki>[[frpos="PRO:PER"], [frpos="PRO:REL"], [frpos="VER:pper"]]</nowiki>
 +      * <nowiki>[[word="est"], [word="pour"], [word="une"]]</nowiki>
 +        * SH: proposition : {...} (usage peu fréquent dans les textes)\\ ->
 +          * <nowiki>{[frpos="PRO:PER"], [frpos="PRO:REL"], [frpos="VER:pper"]}</nowiki>
 +          * <nowiki>{[word="est"], [word="pour"], [word="une"]}</nowiki>
 +          * question : dans le cas soulevé par Alexis, c'est à dire un singleton, est il nécessaire de formuler sous la forme d'une liste (d'un seul élément) ?
 +        * MD : et '''%%[frpos="PRO:PER"], [frpos="PRO:REL"], [frpos="VER:pper"]%%''' ?
 +
 +SJ 2019-02-12
 +
 +  * <del>le graphique en mode densité est à nouveau buggé</del>
 +    * **SJ corrigé temporairement** : forçage du mode R quand on passe en "Densité" et forçage du mode JFC quand on repasse en "Cumulatif". Il faut implémenter le graphe "Densité" en mode JFC, voir ticket dédié]
 +  * changer une requête dans la zone multiple ne passe pas l'éditeur en dirty, le bouton "compute" reste donc disabled et la seule solution pour mettre à jour et d'appuyer sur entrée
 +    * **MD corrigé**
 +
 +SLH 2019-02-11
 +
 +dans la Progression, clic gauche ou double-clic gauche n'importe où dans la fenêtre (éditeur) provoque une stacktrace comme la suivante :
 +
 +<code>!ENTRY org.eclipse.ui 4 0 2019-02-11 17:44:27.791
 +!MESSAGE Unhandled event loop exception
 +!STACK 0
 +java.lang.IndexOutOfBoundsException: Index: 104, Size: 81
 +    at java.util.ArrayList.rangeCheck(ArrayList.java:657)
 +    at java.util.ArrayList.get(ArrayList.java:433)
 +    at org.jfree.data.xy.XYSeries.getRawDataItem(XYSeries.java:634)
 +    at org.jfree.data.xy.XYSeries.getX(XYSeries.java:645)
 +</code>
 +    
 +SLH 2019-02-11
 +
 +dans la Progression, la suppression de deux requêtes (pour éclaircir le graphique par exemple) décale les couleurs des courbes encore affichées (on commence toujours par bleu, rouge, etc.)
 +C'est dommage car ça gêne la lecture -> si possible, ne pas changer l'allocation des couleurs des courbes qui restent présentes, et récupérer les couleurs des courbes retirées au fur et à mesure de l'ajout de nouvelles requêtes/courbes
 +
 +SLH 2019-02-11
 +
 +dans la Progression, le clic sur le bouton "Open Chart Properties"  des paramètres de rendu ne fait qu'afficher ceci dans la console (pas de propriétés accessibles) :
 +OpenJFCChartPropertiesEditor.execute(): Can not open chart properties interface for the current chart engine.
 +
 +**MD message rectifié**
 +
 +SLH 2019-02-11
 +
 +dans la Progression, le clic sur le bouton "Show/Hide title"  des paramètres de rendu ne fait qu'afficher ceci dans la console (le titre est toujours là) :
 +java.lang.ClassCastException: org.jfree.chart.JFreeChart cannot be cast to java.io.File
 +    at org.txm.chartsengine.r.core.RChartCreator.updateChart(RChartCreator.java:32)
 +**MD encours de correction** actuellement la progression est mal rafraichit et le titre est toujours là (si ensuite, on change un autre paramètre, le titre est maj)
 +
 +===== Commande Table lexicale =====
 +===== Commande AFC =====
 +
 +SLH 2019-02-11
 +
 +dans le tableau des lignes d'une AFC, les raccourcis flèche-haut et flèche-bas ne fonctionnent plus (mouvement de la sélection vers le haut ou le bas).
 +
 +===== Commande CAH =====
 +
 +SLH 2019-02-11
 +
 +l'onglet de l'éditeur de CAH n'est pas externalisé
 +
 +**MD corrigé**
 +
 +SLH 2019-02-11
 +
 +faire une CAH ou une AFC avec la propriété 'id' provoque la stacktrace ci-dessous -> retirer la propriété 'id' de la liste des propriétés.
 +
 +  * **MD corrigé**
 +  * SJ: je pense qu'il faut une fois pour toute stocker la liste des propriétés CQP de type "interne" et qui ne doivent pas forcément être affichées pour l'utilisateur lambda. L'état actuel est : ça dépend des commandes et tout est codé en dur avec des tests sur String un peu éparpillés dans les différentes commandes.
 +    * SH : il existe déjà une infrastructure pour gérer le comportement d'une commande par rapport à des propriétés de structures (et non de mots) : les métadonnées de textes pour la commande "[[https://groupes.renater.fr/wiki/txm-info/public/listes_de_textes|Liste des textes]]" implémentée seulement dans le portail
 +      * le paramétrage du comportement se fait directement dans le fichier import.xml, pas d'UI à ce stade
 +        * les éléments XML concernés doivent être documentés dans le manuel d'administrateur de portail
 +      * il y a différents types de comportements propres à la commande : afficher ou pas, ordre d'affichage entre propriétés, types de tris, etc.
 +      * on pourrait faire évoluer cela en :
 +        * prenant en charge des propriétés de mots, en plus de propriétés de textes, pour certaines commandes
 +        * créant une interface pour simplifier le paramétrage au sein, ou accessible depuis, le formulaire d'import d'un corpus
 +        * les paramètres de comportements de commandes seraient gérés comme des propriétés de corpus
 +  * SJ: mais en fait je ne comprends pas pourquoi supprimer la propriété "id" ? "base", etc. OK mais "id" ?
 +    * SH : dans le contexte de la CAH, tout ce que dit mon retour est que ça bugge si on utilise la propriété "id" (ça n'a pas forcément de sens non plus). J'imagine que ne pas donner accès à cette propriété est une façon d'éviter de provoquer le bug. On peut aussi laisser l'utilisateur se planter (pas un bug du coup).
 +    * SJ: je viens de comprendre qu'il n'y a pas d'intérêt à faire une Table sur 'id'. En revanche je ne sais pas pourquoi la table plantait. Ca devrait créer une tableau avec les "id" et des 1, 0, 0, 0 etc. / 0, 1, 0, 0 etc. Ca relance aussi la question des tests manquants sur des tables de contingences n'étant pas une matrice valide pour la CA et la CAH, lignes ne contenant pas 3 valeurs non nulles, etc. (indépendamment du nombre de colonnes/lignes)
 +
 +JCD 2019-02-13
 +
 +faire une CAH en Mac OS X 10.10 ou 10.12, bloque le calcul (le moniteur indique que TXM ne répond pas). Le job affiche "Calcul de 2 clusters etc." la console :
 +<code>
 +Calcul de la CAH...
 +Sauvegarde du graphique dans le fichier : ...
 +</code>
 +
 +  * SJ: bug reproduit 1 fois sous Mojave. Je n'arrive pas à le reproduire de nouveau. Il y a un deadlock, la première hypothèse étant un eval R qui ne retourne pas car la dernière ligne du log et l'envoi de la commande de AHC à R.
 +
 +===== Commande Spécificités =====
 +
 +
 +===== Barre de statut =====
 +
 +SJ
 +  * la suppression du texte de la barre de statut ne se fait plus au bout de X secondes, ça reste par exemple sur "Calcul de 2 clusters of columns..."
 +    * le plus simple serait de linker le contenu de la barre avec la Task name du JobJandler de TXMEditor.compute()
 +      * **MD corrigé** la status line est vidée à la fin du job
 +    * SH: le message "Calcul de 2 clusters of columns..." est du franglais, il devrait être :
 +      * EN: "Calculus of 2 clusters of columns..."
 +      * FR: "Calcul de 2 classes de colonnes..."
 +      * **MD corrigé**
 +
 +===== Import =====
 +==== XTZ + CSV ====
 +
 +AL 2019-02-11
 +
 +  * Le nom du corpus est défini au moment du choix du dossier. C'est bien, mais c'est dommage qu'il ne soit plus modifiable (ni même affiché sauf dans la console) par la suite!
 +    * **MD** changer le nom est un peu délicat. En attendant, j'ai ajouté le nmo du corpus dans l'onglet de la fenêtre d'import.
 +  * Les préférences (plans textuels, langue, etc.) des sources 0.7.9 (stockées dans import.xml) ne sont pas reprises, elle ne semblent pas non plus persister d'une session à l'autre sous 0.8. C'est très inconfortable si le corpus a beaucoup de réglages spécifiques.
 +    * **MD corrigé à confirmer**
 +  * La langue d'annotation sélectionnée par défaut est "FR", or les fichiers .par disponibles après installation du TreeTagger sont "en.par", "fr.par" et "fro.par". Sous Linux, ça provoque une erreur, puisque TXM cherche le fichier "FR.par"
 +    * **MD corrigé**
 +  * L'import échoue à l'étape cwb-makeall en cas de "présence d'absence de valeurs propriétés" (retour détaillé fait à MD par mail)
 +    * **MD corrigé** l'étape de tokenisation n'était pas faite
 +  * Après l'erreur cwb-makeall le corpus s'affiche tout de même dans la liste, et il n'y a pas de moyen de savoir s'il est fonctionnel ou non (0.7.9 affichait "corpus not ready" dans ce cas)
 +    * **MD corrigé** après un échec d'import les corpus ne devraient pas s'afficher
 +
 +SJ 2019-02-19
 +
 +  * la fonction "Deviner" la langue ne fonctionne plus : <pre>Error: no C:\Users\s\TXM_0.8.0_dev\treetagger-models\??.par model file found for the ?? lang.
 +Error while importing corpus during 'annotate' step, reason=TreeTagger annotation failed.
 +
 +End of Groovy import script: 573 msec (573 ms)
 +Erreur: l'import ne s'est pas terminé correctement. Voir les messages précédent.</pre>
 +
 +===== Annotation =====
 +
 +==== Annotation de propriétés de mots ====
 +
 +FB - 2019-02-18
 +
 +Suite au changement d'une propriété de mot et à son enregistrement, le corpus a ainsi été rechargé mais il n'y a plus les sous corpus et partition créés
 +
 +===== Extensions =====
public/retours_de_bugs_logiciel/txm_0.8.0.1545315169.txt.gz · Dernière modification: 2018/12/20 15:12 par slh@ens-lyon.fr