Les problèmes soulevés:

• Problème d'installation: sur certains postes, il n'y a pas de flash player d'installé par défaut et les utilisateurs ne disposent pas des droits d'administration permettant l'installation.
• Problème des mises à jour: idem que pour l'installation, or il est impossible d'utiliser l'application avec une version antérieure à la version 10 du flash player.
  --> Un problème apparemment existe avec la portion de code javascript embarqué pour détecter le player, qui serait mal interprété par un navigateur pas à jour.
  Le problème était en réalité dû à l'utilisation de Firefox 1.0.4, qui ne devrait normalement pas supporter Flash Player. La seule solution est de mettre à jour le navigateur.

• Problème de fermeture intempestive du navigateur lors d'une tentative de chargement de l'application. Certainement dû à une instabilité dans le couple navigateur/flash player.
  La seule solution est, dans un premier temps de désinstaller le player et de le réinstaller. Si le problème persiste, il faut alors procéder à la réinstallation player ainsi que du navigateur.

--> Une solution possible pour palier aux problèmes de droits d'accès: faire des packages sans installation, à télécharger, et qui permettraient d'exécuter l'application en standalone (hors du navigateur). (Cela peut-il régler le problème de l'absence des droits d'admin? -> en théorie oui, mais non testé)

Les améliorations attendues:

• Donner la possibilité de sélectionner des infos dans le tableau. (voir si c'est possible parce que l'action de sélection avec la souris est actuellement interprétée comme étant une action de drag de la ligne). [OK]
• Simuler les raccourcis clavier Ctrl-C et Ctrl-v (voir si c'est possible pour le clic milieu sous Linux qui permet de coller la sélection).[OK] - mais impossible de simuler le presse-papier secondaire propre aux systèmes Linux.
• Lorsque le flash player n'est pas présent, un message propose un lien pour le télécharger. Il faudrait également donner à ce niveau la possibilité à l'utilisateur de se rediriger vers la version actuelle du dictionnaire. [OK] - Il y a également la possibilité de télécharger une archive standalone de l'application.
• Lorsqu'une colonne est cachée, il ne faudrait pas que le filtre s'applique également aux champs de cette colonne.[OK]
• Mettre "100 entries" par défaut dans le formulaire de recherche.[OK]
• Réduire la taille en largeur de la colonne "Year".[OK]
• Ajouter un lien pour les champs "Format" et "OType" vers leur fichier de description respectif. Il faut réfléchir à l'endroit pour ajouter ce lien, car un clic sur l'en-tête aura pour effet de trier le tableau ET d'ouvrir le lien.[OK]
• Permettre de passer le paramètre "max entries" par l'url.[OK] - La valeur passée par l'URL est prise comme valeur par défaut. Elle peut également être modifiée par l'interface utilisateur.
• Faire une documentation.[En cours...]
• Faire un bouton "help".[OK]

Bugs à corriger:

• Lorsque le tableau est trié après un clic sur l'entête d'une colonne, le tri reste effectif jusqu'à ce que le tri soit fait sur une autre colonne. Il était donc impossible de déplacer un item par drag&drop: lorsque l'item avait été déplacé, le tri se refaisait automatiquement et la liste retournait donc dans l'état initial (avant le drag de l'item). Il faut donc retirer le tri, mais ceci a pour effet de remettre la liste dans l'ordre qui était effectif avant le tri (donc un ordre aléatoire en fonction du xml qui contient les données). La solution trouvée consistait à faire une copie des données triées juste avant de retirer le tri, puis à forcer le tableau à afficher ses données sauvegardées au moment du drag. Cette méthode fonctionne, mais un bug survient lorsque la liste des données est plus grande que le tableau et qu'apparait une scrollbar. Dans ce cas, si l'item que l'on essaie de déplacer est dupliqué (il apparait à sa nouvelle place, mais également à sa place de départ, écrasant ainsi l'item qui devrait être à cette place (puisqu'un déplacement correspond à un décalage des données dans la liste).
  
  [CORRIGÉ] - Lorsqu'une scrollbar apparait, seuls les items visibles à un instant T sont identifiés par un index, qui permet d'effectuer un déplacement correct des items. Exemple: on dispose d'un tableau avec 15 items dont seulement 10 sont visibles. Ces 10 items sont donc identifiés par un index (de 0 à 9). Si je bouge la scrollbar afin de voir le 11ème item, je ne verrais plus le 1er item, et j'aurai donc toujours 10 items visible. Seulement les index sont recalculés, ainsi mon 11ème item (qui correspond maintenant au 10 item visible) aura l'index 9, tandis que le 1er item n'aura plus d'index puisqu'il n'est plus visible. Le problème vient donc du fait que je repasse au tableau une nouvelle liste (la liste triée comme expliqué juste avant), ce qui à pour effet de réinitialiser le comportement du tableau et donc de la scrollbar qui permet les index des items. La perte de ces index provoquait le bug de duplication. La solution est de forcer le tableau à revenir au même niveau de scroll et de lui ré-injecter les références des index.

• La modification du tableau comparateur afin de permettre la copie des cellules à eu pour effet de perdre la possibilité de cliquer sur les liens HTML, aussi bien sous Linux que sous Windows, indépendemment du bug du Flash Player qui fait que ceci ne fonctionnait déjà pas sous Linux.
  
  [CORRIGÉ] - Problème résolu en utilisant une autre manière de simuler les liens html de manière fonctionnelle, aussi bien sous Linux que Windows avec n'importe quelle version de Flash Player (9 & 10).

Prochaine étape: Voir avec François pour le passage de la version actuelle du dictionnaire en Flex sur un serveur pour tests.