Base Mantis-4D Académie

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

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.

Si la recherche ne conduit à aucun résultat, ne pas afficher l’interface vide en arrière-plan : garder l’écran général dans son état antérieur.
Idée pour contourner simplement cela : quand on affiche la fenêtre de message « Il n’y a pas de résultats pour cette recherche. » , ajouter un script sur la case de fermeture qui ferait appel à la fonction « back » du navigateur (History. back() en Javascript), afin de revenir à la page précédente.

Dans les 2 listes hiérarchiques, on peut supprimer toutes les infobulles qui restent sur tous les éléments de la liste 

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

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 des listes avec un design cohérent.

Dans la fenêtre 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 cela refonctionne.

1) Bandeaux des éditions : ajouter le nombre réel de résultats pour chaque édition, si jamais la limite (2000) a été atteinte et que les listes sont incomplètes.
2) LC 22_06 : tant que l'on ne sait pas afficher les nombres réels de résultats pour chaque édition, supprimer les nb de résultats (partiels) entre parenthèses dans les 9 bandeaux.
MAIS : afficher le nombre réel de résultats dans le cas où la limite n'a PAS été atteinte.

La recherche avec « ignorer les accents » ne marche pas : par ex. si on cherche « .*ité » (ou « .*ite ») en ignorant les accents on devrait obtenir les mots en –ité ainsi que les mots en –ite.

Actuellement cette option ne fonctionne pas dès lors qu'on utilise un joker (expression régulière).
Afin de la faire fonctionner correctement, dans le cas où on a une expression régulière, ue solution serait d'effectuer des remplacements automatiques sur ce qui a été tapé par l’utilisateur :
remplacer tous les caractères suivants… ➜ par :
a, á, à, â, ä ➜ [aáàâä]
e, é, è, ê, ë ➜ [eéèêë]
i, í, ì, î, ï ➜ [iíìîï]
o, ó, ò, ô, ö, õ ➜ [oóòôöõ]
u, ú, ù, û, ü ➜ [uúùûü]
c, ç ➜ [cç]
Par exemple : si l’utilisateur tape « .*ite » ou bien « .*ité », cette expression sera dans les 2 cas convertie en « .*it[eéèêë] » et on obtiendra bien le résultat attendu.
Ces remplacements ne doivent être effectués que si l’option « ignorer les accents » est cochée.

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.

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.

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

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