Retours TXM 0.8.0

Cette page contient les discussions et les retours de bugs de TXM 0.8.0.

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 : known-bugs (bugs connus)

ALPHA

Retours de la phase ALPHA (terminée) :

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.
    • MD corrigé : TXM demande maintenant quels corpus restaurer au premier lancement ticket #2509
  • Installation du TreeTagger : le modèle fro.par est installé sans que l'utilisateur le demande.
    • MD corrigé

BP 2019-03-05 (Ubuntu 16.04, TXM 0.8.0.1826, 0.8.0.201902271548)

  • TXM 0.8.0b3 ne se désinstalle pas avec la logithèque. On peut faire une désinstallation avec “sudo apt-get remove txm-0.8.0b3”. Chaque ancienne version de TXM semble cependant laisser un répertoire sous usr/lib, je ne sais pas si c'est normal.
  • Quelques messages d'erreur quelques minutes (~5 mn ?) après le 1er lancement et la récupération des corpus (ici minimisée, limitée à l'installation des corpus GRAAL et VOEUX).

!ENTRY org.eclipse.core.resources 2 2 2019-03-05 11:55:42.691
!MESSAGE Save operation warnings.
!SUBENTRY 1 org.eclipse.core.resources 2 234 2019-03-05 11:55:42.691
!MESSAGE The project description file (.project) for 'GRAAL' was missing.  This file contains important information about the project.  A new project description file has been created, but some information about the project may have been lost.
!SUBENTRY 1 org.eclipse.core.resources 2 234 2019-03-05 11:55:42.692
!MESSAGE The project description file (.project) for 'VOEUX' was missing.  This file contains important information about the project.  A new project description file has been created, but some information about the project may have been lost.

  • MD corrigé

FB 2019-03-06

  • pour la langue française du moins, la segmentation ne se fait plus au niveau de l'apostrophe (par exemple, “c'est” est un seul mot) problème Treetagger ? Problème segmentation ?
    • SLH corrigé : c'est lié au problème déjà mentionné “La langue d'annotation sélectionnée par défaut est “FR”” alors qu'elle devrait être “fr”
      → positionner la langue d'annotation à “fr” dans le formulaire d'import

Démarrage

Récupération des corpus

MD - 2019-03-08

La non-récupération des corpus du précédent TXM 0.8.0 créé des corpus cassés

  • MD corrigé

JCD - 2019-03-02

Les corpus récupérés ne sont pas affichés

  • MD corrigé la vue corpus n'était pas bien rafraîchie et le travail de récupération n'était pas bloquant

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). Pour forcer le lancement en anglais MD propose le patch suivant dans le fichier ~/TXM-0.8.0/.txm/TXM.ini, ajouter avant la ligne '-vmargs'
    -nl
    en
    
    • MD corrigé
  • 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 en cours au moins pour la Beta les messages russes sont retirés. Ils pourront être réintégrés lors d'une mise à jour ou nouvelle version de TXM.
      • AL 2019-03-01. Le russe est disparu du menu de sélection de langue, mais l'interface reste en cyrillique cassé après installation sur un windows russe (confirmé sur deux machines). Ça donne une très mauvaise impression aux utilisateurs…
  • 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
      • MD bugs connus reporté à plus tard

Conservation des requêtes

  • FB - 2019-03-06
    • Ok pour cocher pour les garder tous par défaut mais je ne vois pas à quoi correspond “à la demande (mode de fonctionnement par défaut)”
    • SLH s'il s'agit de la persistence des résultats, la terminologie actuelle de TXM est la suivante :
      • en général les commandes prennent en entrée une requête CQL pour produire un résultat
      • la persistence porte sur les résultats [obtenus] plutôt que sur les requêtes [en entrée] (parce qu'il n'y a pas que les requêtes qui sont à l'origine de résultats mais également plein d'autres paramètres par ailleurs - comme des seuils, etc.)
      • par défaut un résultat n'est pas sauvegardé pour les sessions suivantes (non persisté)
        • donc il faut demander explicitement de le sauvegarder/persister si on veut qu'il perdure entre les sessions de TXM (→ “à la demande (mode de fonctionnement par défaut)”)
      • l'enregistrement entre sessions de TXM et la gestion de requêtes CQL utilisées pour un corpus font l'objet d'un composant qui n'est pas encore publié

Affichage de la console

  • FR - 2019-03-11
    • Au démarrage de TXM, la date affichée par la console n'est pas à jour.
      • MD corrigé La data a été retirée. TXM affichait la date d'installation de TXM.

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…
      • MD en cours résolution au moins après la Beta

FR 2019-03-11

  • On ne peut plus accéder aux fonctions de calcul en cliquant dessus le nom des corpus : la seule possibilité consiste à utiliser la barre d'outils.

Commandes

JCD - 2019-03-02

Faut il vraiment que le menu « propriétés « présent la position vide. Pourquoi ne pas mettre un epropriété par défaut, par exemple « word » qui est probablement la plus utilisée ?

  • MD corrigé

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é

BP 2019-03-19 (Ubuntu 16.04, TXM 0.8.0 beta 4, 0.8.0.1913, 0.8.0.201903181603)

  • J'ai installé TXM 0.8.0 beta 4 sans récupérer aucun corpus. J'ai refait l'import de mon corpus ELYSEE depuis ses sources. Quand je demande ses propriétés (mais je pense avoir fait d'autres commandes et redémarré depuis l'import), j'obtiens une erreur sur les dates malgré la correction faite par Matthieu (cf. retours d'Alexei ci-dessus) :

Date de création : 31 décembre 2018, 14h46
Dernière modification : 31 décembre 2018, 14h48.

  • Par ailleurs la “Description” qui est donnée ne reprend pas celle que j'avais entrée dans le formulaire d'import, voici celle qui s'affiche :

Build the Alceste import module

SJ 2019-03-15

  • Le champ V Max est mal branché au ComputeListener (la touche Entrée ne fonctionne pas + en mode électrique le clic sur les flèches du Spinner recalcule automatiquement le résultat mais ne devrait pas)

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é nouvelle icone (loupe sur un tableau)

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)
    • MD vue retirée la vue n'est pas encore prête et doit être repensée pour mieux s'intégrer avec le reste des outils de TXM

Commande Sous-corpus

Commande Partition

Commande Lexique

Commande Index

Commande Index de partition

Commande Concordance

SLH 2019-02-11

  • 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)
    • SJ: corrigé

BP 2019-03-05 (Ubuntu 16.04, TXM 0.8.0.1826, 0.8.0.201902271548)

  • Quand je double-clique sur une ligne pour revenir au contexte large dans l'Edition, l'occurrence concernée n'est pas mise en évidence par le surligné rose. En revanche à partir du 2e clic (quand je sélectionne une autre ligne qui appelle une autre page de l'édition), le surlignage se fait.
  • Je parcours toutes les lignes de la première page de concordance. Puis je passe à la page suivante, et je suis surprise parce que je suis positionnée à la fin de la page (comme quand j'ai quitté la page 1), je m'attendrais à voir affiché le début de la 2e page pour continuer la lecture des lignes 98, 99, 100 aux lignes 101, 102, 103 etc.
    • MD corrigé le bouton page suivante remonte l'ascenseur en début de page

FR 2019-03-15

Le scroll synchronisé des 2 tableaux de concordances ne fonctionne pas lorsque l'on scroll en utilisant l'ascenseur

  • MD 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 [[frpos="VER:impf"]]
    • 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
      • [[frpos="PRO:PER"], [frpos="PRO:REL"], [frpos="VER:pper"]]
      • [[word="est"], [word="pour"], [word="une"]]
        • SH: proposition : {…} (usage peu fréquent dans les textes)
          • {[frpos="PRO:PER"], [frpos="PRO:REL"], [frpos="VER:pper"]}
          • {[word="est"], [word="pour"], [word="une"]}
          • 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: fix de MD au 22-02-2019: les crochets ont été supprimés et une virgule sépare les requêtes, 2 exemples avec 3 requêtes :
            • [frpos="PRO:PER"], [frpos="PRO:REL"], [frpos="VER:pper"]
            • "est", "pour", "une"

SJ 2019-02-12

  • le graphique en mode densité est à nouveau buggé
    • SJ: fixé 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 :

!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)

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

  • SJ: reporté, peut-être pour la 0.8.1, voir ticket ticket #2504

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 en cours de correction actuellement la progression est mal rafraichie et le titre est toujours là (si ensuite, on change un autre paramètre, le titre est maj)

BP 2019-03-05 (Ubuntu 16.04, TXM 0.8.0.1826, 0.8.0.201902271548)

  •  Dans la zone de paramètres, dans la partie de réglage de l'“unité structurelle et propriété”, le champ pour afficher la valeur de la propriété est de largeur quasi nulle : on voit ce qu'on peut choisir quand on affiche sur la flèche, mais une fois le choix fait on ne voit plus le nom de la propriété qui a été choisie.
    • SJ: non reproductible sous Windows 7 et Ubuntu 14 ; reproductible sous VM Ubuntu 18.10, en cours de correction
      • MD corrigé

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).
    • SJ: bug spécifique à Linux, en cours de correction

SJ:

  • les préférences par défaut fmin/vmax de la page de pref AFC ne fonctionnent plus. Ce sont celles de la page de pref de la Table Lexicale qui sont utilisées.
  • MD à discuter pour TXM 0.8.1 #2510

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 ”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)
        • MD discussions en cours choix probablement après la 0.8.0

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 :

Calcul de la CAH...
Sauvegarde du graphique dans le fichier : ...

  • 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.
    • SJ: normalement corrigé, à retester en profondeur

FB 2018-03-07

  • une erreur lors de la classification qui fonctionne dans l'ancienne version mais me renvoie vide dans la nouvelle : SVG file /home/flora/TXM-0.8.0/results/ahc165681592925985331.svg is empty.

Stacktrace: [ 1] org.txm.chartsengine.svgbatik.rcp.swt.SVGComposite. loadSVGDocument SVGComposite.java, 59 […]

Commande Spécificités

BP 2019-03-19 (Ubuntu 16.04, TXM 0.8.0 beta 4, 0.8.0.1913, 0.8.0.201903181603)

  • Si on lance un calcul de spécificités directement sur une partition, les paramètres par défaut (qu'on ne voit pas si on ne va pas les chercher) ne sont plus les mêmes qu'en 0.7.9, avant on avait juste Fmin > 1, maintenant on a aussi un Vmax=200. Or cela a un gros impact et sur les valeurs d'indice, et sur les mots présents dans le tableau des résultats, si l'utilisateur ne se méfie pas cela peut être assez trompeur. J'imagine que le seuil de Vmax a dû être fixé pour tenir compte du fait que les corpus actuels peuvent être vraiment très (trop) gros pour lancer le calcul par défaut sur tous les mots (Fmin > 1 voire Fmin > 0). Ce qui pourrait être envisagé (en le documentant ?), ce serait de calculer les spécifs pour tous les mots mais de créer une ligne #RESTE# regroupant les plus basses fréquences si le calcul est jugé trop lourd : ainsi, les tailles des parties sont calculées en prenant bien en compte tous les mots, et la plupart des mots que l'utilisateur peut vouloir chercher sont présents dans le tableau.

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é

Visualisations Graphiques d'une manière générale

SJ:

  • la version beta3 et les version antérieures souffrent de problèmes liés au focus des composants qui se comporte différemment selon les systèmes d'exploitation. Le passage à Eclipse 4.7 a par ailleurs changé de nouveau les comportements avec la mise à jour de SWT
  • Bugs répertoriés induits par les problèmes de focus :
    • Windows :
      • Menus contextuels ⇒ OK
      • Raccourcis clavier ⇒ OK sauf CA et Eigenvalues (note dev : le Context RCP ChartEditor se désactive à cause du MultiEditorPart, on peut voir par ailleurs que le menu contextuel sur la CA ou l'Eigenvalues ne contient pas les raccourcis)
      • Activation de l'Editeur au clic dans le graphique ⇒ OK
      • Mise en évidence de points dans le nuage de points de l'AFC depuis la sélection au clavier des lignes du tableau “Colonnes” ou “Lignes” ⇒ OK
      • BUG Win 7: lancer une commande “non graphique” alors qu'un onglet avec graphique est déjà ouvert et actif repasse directement l'onglet avec graphique devant la nouvelle commande SJ: corrigé
    • Linux :
      • Menus contextuels ⇒ OK
      • Raccourcis clavier ⇒ KO mais marche parfois (note dev : pourtant le Context RCP ChartEditor est bien activé même quand cela ne fonctionne pas. Attention : en plus les autres raccourcis, ex. F2 (rename) ne fonctionnent pas toujours non plus et cela semble se produire plus souvent lorsqu'on a un onglet de graphique ouvert)
      • Activation de l'Editeur au clic dans le graphique ⇒ OK
      • Mise en évidence de points dans le nuage de points de l'AFC depuis la sélection au clavier des lignes du tableau “Colonnes” ou “Lignes” ⇒ KO
        • note dev : je pense que les Listener clavier AWT et SWT sont exécutés en même temps. L'appui d'une flèche via AWT sélectionne la igne du tableau SWT et scroll jusqu'à elle ce qui doit bloquer la navigation par flèche dans le tableau
        • note dev 2 : cela ne fonctionne que si la CA perd le focus
      • BUGS Ubuntu 18.10:
        • lancer une commande “non graphique” alors qu'un onglet avec graphique est déjà ouvert et actif passe TXM en “arrière-plan”/grisé
        • quand on change d'onglets entre deux onglets de graphique, TXM passe en grisé et il faut recliquer une fois sur le titre de l'onglet pour l'activer
        • le composant AWT ne perd jamais le focus au clic à l'extérieur du composant ce qui provoque divers bugs (Un fix pourrait être implémenté dans ChartEditor.onPartDeactivated() ?)
    • Mac :
      • Menus contextuels ⇒ OK
      • Raccourcis clavier ⇒ OK si l'éditeur est actif (sauf CA et Eigenvalues)
      • Activation de l'Editeur au clic dans le graphique ⇒ OK
      • BUGS Mac OS X Mojave 10.14 :
        • le composant de l'AFC n'a jamais le focus donc la sélection de points dans le graphique au clavier ne fonctionnent pas
        • quand on change d'onglets entre deux onglets de graphique, le focus reste dans le composant du premier onglet
        • le composant AWT ne perd jamais le focus au clic à l'extérieur du composant ce qui provoque divers bugs (Un fix pourrait être implémenté dans ChartEditor.onPartDeactivated() ?)
      • Mise en évidence de points dans le nuage de points de l'AFC depuis la sélection au clavier des lignes du tableau “Colonnes” ou “Lignes” ⇒ OK

BP 2019-03-05 (Ubuntu 16.04, TXM 0.8.0.1826, 0.8.0.201902271548)

  • Pour l'export des graphiques, il n'y a plus de préférence à régler ? Il faudra penser à indiquer dans le manuel comment le choix du format se fait (par le menu déroulant indiquant les types de fichiers en bas à droite de la boite de dialogue de sauvegarde, si j'ai bien compris).
    • SJ: la préférence est dans “TXM\Avancé\Moteur de Graphiques\Format d'export par défaut”

Liseuse SVG

SJ:

  • l'ouverture direct de fichier SVG à partir d'un fichier .svg ne fonctionne plus
    • SJ: corrigé

Import

XML-TEI Zéro + CSV (nouveau nom de XTZ + CSV)

FB 2019-03-06

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 :
    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.
    

XML-TRS + CSV

FB 2019-03-06

  • impossible d'importer un corpus en trs. Soit il se passe rien soit :
    Démarrage du script d'import Groovy transcriberLoader.groovy.
    org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
    file:/home/flora/TXM-0.8.0/scripts/groovy/user/org/txm/scripts/importer/transcriber/compiler.groovy: 134: The current scope already contains a variable of the name project
    
    • MD corrigé

Alceste

BP 2019-03-05 (Ubuntu 16.04, TXM 0.8.0.1826, 0.8.0.201902271548)

  • L'import Alceste fonctionne, cependant la console ne donne pas de message indiquant que l'import est terminé, dans mon cas les dernières lignes affichées sont celles-ci :
    End of cwb-makeall logging process.
    -- EDITION - Building edition
    Paginating 714 texts
    %%% .........|.........|.........|.........|.........|.........|.........|.........|.........|.........|
    
    • MD corrigé

Annotation

FB 2019-03-06

  • sous Linux, plus de préférences (onglet vide) dans TXM > Utilisateurs > Annotation
    • SLH : la rubrique “TXM > Utilisateurs > Annotation” est même doublée (et vide)
      • MD corrigé
  • l'annotation ne fonctionne que sur les propriétés déjà présentes, on ne peut pas en recréer ? ou import différent ??
  • l'annulation de l'enregistrement d'une annotation provoque la suppression du corpus
    • MD corrigé

FB - 2019-03-08

  • l'annotation est possible pour tous types de corpus mais ne peut s'enregistrer que sur un XML-“XTZ” (MD oui, seul l'import XTZ permet de mettre à jour le corpus). L'enregistrement est assez long, ça peut faire peur.
    • MD la sauvegarde de l'annotation rejoue les étapes compiler et pager de l'import XTZ
  • Mettre une information comme quoi l'enregistrement est terminé et à fonctionné.
    • MD corrigé
  • Peut-on avoir l'annotation sur plusieurs mots mais tout en gardant l'idée d'une seule annotation pour un groupe de mots ?
    • MD oui avec l'un des 2 modes d'annotation des structures

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
    • MD corrigé

FB - 2019-03-06

  • la macro buildwordproptable ne fonctionne plus

BP 2019-03-19 (Ubuntu 16.04, TXM 0.8.0 beta 4, 0.8.0.1913, 0.8.0.201903181603)

  • Je me mets dans le cas de figure où je souhaite corriger des erreurs d'étiquetage TreeTagger dans le corpus VOEUX. Je construis une concordance de “des”, je vois que toutes les occurrences ont frpos=“PRP:det” et frlemma=“du”. Or dans un certain nombre de cas, où la construction est directe (sans préposition, passer au singulier par exemple pour s'en apercevoir), il faudrait frpos=“DET:ART” et frlemma=“un”. Je souhaite donc effectuer cette correction pour une ou plusieurs lignes sélectionnées.
    • je n'arrive pas à modifier en même temps la correction sur les deux propriétés (j'ai essayé par exemple en cliquant sur le dernier bouton “OK”). Du coup c'est particulièrement lourd pour faire cette double modification car la sélection faite pour la première modification est perdue dès que celle-ci est appliquée, il faut donc retrouver et re-sélectionner les lignes à modifier pour appliquer la 2e correction.
    • ayant corrigé l'annotation sur une occurrence, je sauve l'annotation, et j'ai dans la console des messages qui semblent confirmer que tout s'est bien passé :

Concordance de <"des|un"> dans le corpus VOEUX...
1069 occurrence(s).
Affectation de la valeur DET:ART à la propriété frpos pour 1 occurrences.
Affectation de la valeur un à la propriété frlemma pour 1 occurrences.
Enregistrement de 2 annotations...
Annotations enregistrées.

  • pourtant, si je re-calcule à nouveau la concordance pour voir si mon annotation a bien changé, je ne retrouve pas ma modification, les valeurs de frlemma et frpos sont toujours les anciennes.
  • faut-il revoir le code ? les messages dans la console ? ou la documentation ?

Extensions

public/retours_de_bugs_logiciel/txm_0.8.0.txt · Dernière modification: 2019/03/19 18:01 par benedicte.pincemin@ens-lyon.fr