Base Mantis-4D Académie

Dans les listes hiérarchiques, on peut supprimer les infobulles "Recherche avancée" qui restent sur tous les éléments de la liste.
Il reste aussi plusieurs de ces infobulles sur les différents libellés du formulaire (textes statiques), à supprimer.

Dans la fenêtre générale de consultatioin des résultats (3 colonnes), rétablir le message « Vous pouvez cliquer sur n’importe quel mot pour naviguer dans le dictionnaire. » (en bas), puisque l'hypertexte refonctionne.

La touche Echap doit refermer le formulaire, en annulant la recherche, c'est-à-dire être associée à la case de fermeture.

Dans le formulaire de recherche, intervertir les deux éléments « par datation » et « par langues », afin d’augmenter le plus possible la hauteur de la liste hiérarchique des langues (seulement 4 lignes visibles, contre 6 pour les 2 autres listes hiérarchiques).

Quand le formulaire est réinitialisé, et que l’on choisit dans la liste des domaines un groupe de domaines, on ne peut pas déclencher la recherche, car le bouton Rechercher reste inactif (ça marche si on coche un domaine simple, mais pas un super-domaine).
Idem pour les listes hiérarchiques des langues et des catégories : on ne peut pas déclencher la recherche si on choisit un élément qui a des sous-éléments.

Contraintes inter-critères de recherche : ok mais il reste qq problèmes :
a) Si, dans la liste des langues, on choisit un groupe de langues (avec des sous-éléments), cela doit forcer le choix de la 9e édition ; actuellement ça fonctionne mais uniquement pour des langues simples, n’ayant pas de sous-éléments.

Contraintes inter-critères de recherche : ok mais il reste qq problèmes :
b) Actuellement, on ne peut pas rechercher les mots apparus ou disparus dans une certaine édition, comme seul critère de recherche : le bouton Rechercher reste inactif (il faut spécifier un autre critère de recherche). Je serais partisan d’autoriser ce type de recherche (qui fonctionnait bien au début), même s’il conduit à beaucoup de résultats, étant donné que l’on a de toute façon une limite forte dans le nombre global de résultats.

Les boutons de zoom marchent bien en page de résultats de recherche, cependant le degré de zoom est perdu quand on refait une nouvelle recherche (on revient à la taille par défaut).

De même, si on agrandit le zoom dans la fenêtre normale puis qu’on fait une recherche, le zoom courant n’est pas pris en compte dans la page des résultats. Par contre, le contraire est ok : si on agrandit le zoom dans la page des résultats et que l’on ferme la liste de recherche (case de fermeture), le zoom est préservé.

La fenêtre du message « Il n’y a pas de résultat… » doit pouvoir être refermée avec la touche Echap.

Cette recherche fonctionne mais parfois de manière imprévisible :
a. semble marcher sur les fins de mots, par ex. « démocrat.* » ou « bouddh.* »
b. par contre cela donne parfois des résultats incongrus, par ex. si on cherche « .* » ou « a.* » ou « .*en.* » ou « .a.o. » [NB : il faut court-circuiter certains types de recherche, pouvant générer trop de mots]
c. apparemment, ça ne marche pas avec les jokers de débuts de mots, ex. « .*isme ». Quelle est exactement la limitation ?
Par ailleurs certains résultats posent des problèmes de surbrillance : chercher par exemple « .*esque ».

Sur mobile, dans le formulaire de recherche, les 3 listes simples (zones, datations, éditions) sont des listes "système", qui ont une apparence radicement différente de l'interface de l'application…
=> intégrer ces listes avec un design cohérent.

Quand on consulte la liste des langues, qu’on la referme, puis qu’on la réouvre, les boites à cocher disparaissent parfois :

Il manque encore parfois des surbrillances sur certaines occurrences avec une recherche en texte intégral utilisant des regex.

Quand on consulte les articles en page de résultats, la navigation hypertexte fonctionne et, lorsque l'on clique sur un mot absent du dictionnaire, la mini-fenêtre de message de l'hypertexte apparaît normalement mais ne peut pas être fermée (ni par Echap ni avec la case de fermeture).
Même chose pour la mini-fenêtre lorsqu'il y a plusieurs choix : elle ne peut pas être fermée.

Renommer l'option GA en « Rechercher également les graphies anciennes »

Après une recherche avancée, la touche Echap vide la colonne des résultats, ou bien contracte/déploie cette liste (?).

Serait-il possible/souhaitable que la liste des résultats soit "flottante", c'est-à-dire qu'elle se déplace verticalement en même temps que la zone article, quand on fait défiler le texte des articles résultats (pour les articles longs) ? Cela permettrait que cette colonne reste toujours visible (il n'y a pas d'intérêt particulier à ce qu'elle devienne invisible en scrollant).

Dans certains cas, après une recherche en texte intégral, les contextes (snippets) présentés en colonne de gauche sont vraiment beaucoup trop longs, jusqu'à remplir entièrement la colonne…
➜ il faut définir une taille maximale de ces contextes, et les tronquer si nécessaire, en gardant autant que possible le mot-occurrence visible dans le contexte.

[Demande de l'Académie] Dans le site ATILF, il est possible d'utiliser un joker "*" signifiant "un mot quelconque", dans les recherches en texte intégral. On peut par exemple rechercher des "patterns" ("motifs") du type "je * donne", qui permettent de retrouver des occurrences de "je me donne", "je te donne", "je lui donne", etc.

Quand on fait une recherche dans "toutes les éditions" :
1) si la limite globale des résultats n'a PAS été atteinte : toujours afficher le nombre réel de résultats de chaque édition dans les 9 bandeaux, c'est-à-dire si les listes des résultats de chaque édition sont complètes.
2) si la limite globale des résultats a été atteinte : le nombre de résultat global est alors de la forme "2000 / 6891 résultats".
a) si on est capable de calculer le nombre réel de résultats de chaque édition, afficher ce chiffre dans les 9 bandeaux sous la même forme "xxx / yyy" (soit : "xxx résultats affichés sur yyy au total, dans cette édition").
b) sinon, ne rien afficher dans les bandeaux (car le nombre de résultats visibles est incomplet, les listes sont tronquées).