Retour Page Principale
A faire sur XPER
Sont listés ici les divers problèmes informatiques ou améliorations à apporter au logiciel XPER.
Liste des remarques de Daniel faites durant l'été
Code de couleur des informations relatives aux projets :
Réponse du LIS
XPER2 - Taxon Edition - 1.3
Bugs
- Lorsqu'on appuie sur l'action "définir" et qu'on y met une définition, cette dernière ne s'affiche pas dans la fenêtre.
- L'édition par groupe ne marche pas.
- La disposition des fenêtres n'est pas conservée : elle revient au modèle initiale, même si on a changé leur ordre
- Lorsqu'on renomme un caractère qui dispose d'une arborescence, tous les caractères de l'arborescence sautent.
- Lorsqu'on renomme un groupe, XPER n'en tient pas compte et garde l'ancien nom.
- On a beau faire des enregistrement au fur et à mesure, si on quitte sans enregistrer la base, on a un message d'erreur du style "-1 : erreur". En fait, dans le fichier .xml, dans la balise <groupvar>, on trouve des valeurs "-1" qui bloque l'accès à la base.
Caractères dépendants en mode saisie
- lorsque qu'un caractère est dépendant de la valeur d'un autre caractère précédemment saisi, son affectation n'est toujours pertinente : ex, si les feuilles sont simples, toutes les questions relatives aux folioles sont inutiles. Ceci est bien pris en compte en identification (les caractères inutiles ne sont pas affichés). La coloration (comme pour les taxons éliminés) me semble une très bonne idée
- Il faut cliquer sur le critère pour s'apercevoir qu'on ne peut pas éditer les états. Il serait plus ergonomique de ne plus voir les caractères inutiles s'afficher, comme en identification.
Fonctionalités nouvelles
- Dans Aide>A propos, ce serait interessant de marquer la version de XPER.
- Comment faire pour gérer plusieurs versions d'éditions?
- Lorsqu'on crée une nouvelle base (par exemple Taxus), et qu'ensuite on fait "enregistrer sous", on s'aperçoit qu'on a taxus.xpd, taxus.xpr, taxus.xpw et taxus.xpx. Ce serait bien de les regrouper dans un dossier ou alors de faire une archive du type taxus.zip
- les actions "définir" et "gestionnaire d'image" pourraient être déplacées dans la partie information car les actions en questions se rapportent uniquement
au contenu d'information. Peut-être on pourrait aussi les renommer : Par exemple, "Description" à la place de définition, beaucoup mieux adapté
à un taxon par exemple, et aussi valable pour un caractère ou un état.
- Pourquoi lorsqu'on veut faire une saisi, on est obligé de naviguer entre deux modes : "édition par caractères" et "éditions par taxons"? Ce serait plus simple s'il n'y en avait qu'un.
- Dans la fenêtre dédié aux états de caractères, on ne sait pas vraiment qu'est ce qu'on doit mettre dans l'onglet "remarque". Si j'ai bien compris, il faut remplir cet onglet lorsqu'on a une valeur chiffrée d'un état de caractère (ex: Surface de la feuille).
- Pour l'édition par groupe, il faudrait mettre des flèches "haut" et "bas" comme pour les caractères et les états de caractères.
- Dans "Outils > Propriétés" il est possible de mettre des auteurs uniquement pour la base en cours, mais par pour chaque taxon. Or, il est important de donner à chaque taxon le nom du récolteur, le lieu, la date, etc.
Pour faciliter la saisie des caractères:
- édition papier des caractères d'un taxon
- édition des caractères non renseignés pour un taxon : Par exemple, j'ai édité une plante alors qu'elle n'était pas encore en fruits. Les caractères relatifs aux fruits ne sont donc pas encore saisis et je devrais le faire quand j'aurai les fructifications. Le problème est de savoir comment «marquer » d'une façon ou d'une autre le fait que les caractères n'ont pas été saisis, alors qu'ils sont dèja mis à « vrai » pour toutes les valeurs dans la base. On ne peut pas extraire ce qui est inconnu pour le compléter ultérieurement, sauf à faire l'édition papier et le marquer à la main. On retrouve ici l'ambiguïté opérationnelle liée à la confusion entre « vrai » et « inconnu ». Si du point de vue logique ils sont identiques (on met à vrai les valeurs inconnues pour ne pas exclure les taxons d'une requête), du point de vue pratique cela est très différent. Il faudrait avoir les trois valeurs pour chaque champ : vrai, faux, inconnu, quitte à traiter vrai et inconnu de le même façon en interne.
XPER2 - identification 1.3
Bugs
Présentation des fenêtres :
- lorsque l'on sélectionne un caractère, on s'attend à avoir les valeurs possibles affichées tout à coté pour faire son choix. Mais celle-ci s'affichent dans une fenêtre en bas de page, loin du caractère sélectionné, avec une fenêtre intermédiaire où sont placés les caractères déjà sélectionnés. Ce n'est pas très ergonomique. J'aurais organisé les fenêtres de la façon suivante :
Caractère l Etats l Informations (fenêtre utiles à la saisie)
Caractères utilisés l Taxons restants l Taxons éliminés (résultats)
Pour les groupes, il faut les rapprochés des caractères, sinon, on se demandent à quoi sert cette fenêtre.
En fait, la démarche à laquelle on s'attend pour la saisie est la suivante :
- on sélectionne un groupe (facultatif)
- on choisi un caractère
- on affecte l'état de ce caractère (en vérifiant sa définition)
- on valide
Et on recommence. Il faut que ces opérations soient sur le même niveau (ou presque et qu'elles s'effectuent de gauche à droite)
- Par ailleurs, le choix "Filtrer par groupe" n'est pas maintenu une fois coché ; quand on a fait une saisie, chaque fois il faut le réactiver si l'on veut saisir les caractères observés du même groupe (ce que l'on fait en général)
- L'affichage des caractères n'est pas optimal : lorsqu'une modalité d'exclusion d'un caractère père est sélectionnée, les caractères fils devraient être indisponibles... On pourrait aussi représenter ces caractères sous forme d'arborescence qui véhicule mieux l'idée de hiérarchie et de dépendance père/fils.
Fonctionalités nouvelles
Définition et illustrations
- Une fois qu'on a importé une image, elle n'apparait pas. Ceci est dû à un problème de raffraichissement qui n'est pas automatique.