Base Mantis-4D Académie

Mantis actualisés au 4-09

Le 04/09/2023 à 19:22:14

n° 81 (Liste des résultats) — Nombre réel de résultats dans les bandeaux des éditions

Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 06/09/2022 par LC

IL faut revoir les principes d'affichage des nombres de résultats dans les bandeaux des éditions, dans la liste des résultats. Plusieurs cas de figure, selon que l'on cherche dans 1 ou plusieurs éditions, et selon que la limite des 1000 résultats ait été atteinte ou non :
1) Toujours mettre des parenthèses pour indiquer les nombres, par ex. « 8e édition (51 résultats) ».

2) Si on a fait une recherche dans une seule édition, il n'est pas nécessaire d'indiquer le nombre de résultats dans le bandeau de l'édition (ce qui est le cas actuellement), car il figure déjà en en-tête.
Ceci que la limite ait été atteinte ou non.

3) Si on a fait une recherche dans "toutes les éditions" :
a) si la limite globale des résultats n'a PAS été atteinte, c'est-à-dire si les listes des résultats de chaque édition sont complètes : toujours afficher le nombre réel de résultats de chaque édition dans les 9 bandeaux (voir essai dans l'image ci-jointe).
b) si la limite globale des résultats a été atteinte : le nombre de résultat global est alors de la forme "1000 / 6891 résultats" (ok).
Selon les possibilités techniques, il y a alors 2 choix possibles :
i) si on est capable de calculer le nombre réel (total) 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"), par exemple « 8e édition (451 / 2341 résultats) ».
ii) si ce n'est pas possible techniquement, afficher dans les bandeaux le nombre de résultats partiel, réellement présent dans la liste, par exemple « 8e édition (451 résultats) ».

Commentaire : NB : dans une version antérieure, le nombre de résultats de chaque édition était bien affiché dans les bandeaux (cas n°3).
COncernant le cas de figure 3)b)i), il avait été indiqué qu'il n'était pas possible de calculer le nombre réel de résultats pour chaque édition. SI c'est toujours le cas, utiliser le choix 3)b)ii).

Historique : Point plusieurs fois discuté…
15/11 : non fait.

Cas n°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.

n° 117 (Interface générale) — Boutons de zoom sur le bandeau

Type : 3 = à améliorer • Statut : 3 = vu / à revoir • Créé le : 18/11/2022 par LC

Quand on utilise les boutons de zoom (par ex. pour agrandir), le texte du bandeau principal augmente d'un cran puis ne change plus de taille et reste bloqué. Du coup, on ne peut pas l'agandir davantage ni le faire revenir à sa taille par défaut.
Par contre, si on passe à un autre article, la taille de ce texte revient à la taille par défaut (la taille devrait être mémorisée, comme pour tous les autres éléments).

Commentaire : Revoir la gestion de la taille du texte du bandeau en fonction du zoom. Problème présent déjà dans la version 3 (en ligne).

Historique : Revu 4/09/2023 mais ne semble toujours pas ok (?).

Notes LC : À examiner et à corriger si possible, mais pas très grave.

n° 145 (Liste des résultats) — Inversion des flèches déplier/replier dans les bandeaux de la liste des résultats

Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 13/06/2023 par LC

Dans la liste des résultats de la recherche, les boutons déplier/replier sont inversés dans les bandeaux des éditions : en effet, la flèche vers le haut 🞁 doit en principe s'afficher quand la liste est dépliée et que l'on veut la replier, tandis que la flèche vers le bas 🞃 doit s'afficher quand la liste est repliée et que l'on veut la déplier. Actuellement, c'est inversé (voir copie d'écran).

Commentaire : Inverser les deux pictogrammes. Voir par exemple le fonctionnement des flèches dans les bandeaux de conjugaison.
NB : les flèches utilisées au niveau de la liste globale "Résultats de la recherche" sont ok.

Flèches inversées au niveau des bandeaux des éditions

n° 146 (Version mobile • Formulaire de recherche) — Largeur de la fenêtre de recherche avancée sur iPad

Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 13/06/2023 par LC

En interface mobile mais avec des résolutions plus grandes que sur téléphone (par exemple sur tablettes / iPad), le formulaire de la recherche avancée a une largeur adaptée à la fenêtre mais qui du coup est trop large, avec un décalage de certains éléments, notamment la liste des langes et la liste des datations.

Commentaire : Fixer une largeur maximale à ce formulaire + repositionner à gauche les 2 listes des langues et des datations

Notes LC : NB : l'interface mobile se déclenche automatiquement jusqu'à 768 pixels de large.

Trop grande largeur et/ou décalage de certains éléments dans le formulaire de recherche avancée

n° 148 (Recherches en texte intégral) — Neutralisation des espaces dans les requêtes en texte intégral

Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 23/06/2023 par LC

Sur mobile (Android), lorsque l'on saisit un mot ou un terme de recherche dans la zone de saisie en texte intégral, et si l'on utilise les propositions du clavier du téléphone, il arrive souvent qu'une espace soit ajoutée à la fin du mot saisi. Par exemple, si on commence à taper "hibo", le clavier propose le mot "hibou" et si on clique sur cette suggestion le clavier insère en fait le terme "hibou " avec une espace après le mot.
Or, cette espace fait échouer la recherche : dans cet exemple, on ne trouve qu'une seule occurrence de "hibou", alors qu'en réalité il y en a 14.

Commentaire : ➜ il faut simplement supprimer les espaces pouvant figurer à la fin (et aussi au début) du terme saisi dans la zone de saisie, avant de lancer la recherche.

Historique : Fiche créée le 22/11/2022.

Notes LC : Problème assez similaire à celui du remplacement des guillemets sur iPhone (mantis n°132) : sur les téléphones, il faut vérifier les modifications automatiques qui peuvent survenir du fait du clavier, lors de la saisie.

Insertion automatique d'une espace après le mot, avec le clavier sur Android, lorsque l'on utilise les suggestions du clavier (aide à la saisie)

n° 150 (Fonctionnalités hors recherches) — Amélioration des métadonnées des pages HTML

Type : 4 = nouvelle fonctionnalité • Statut : 1 = à examiner • Créé le : 04/08/2023 par LC

Améliorer les métadonnées qui figurent en tête des pages HTML des articles du dictionnaire, afin d’optimiser le référencement du site dans les moteurs de recherche. En effet, ces en-têtes comportent déjà des mots-clés (<meta name="keywords">) mais ceux-ci sont toujours les mêmes pour toutes les pages (à l’exception du titre de la page, qui mentionne l’entrée) ; l’idée ici est d’ajouter dynamiquement aux en-têtes des pages des mots-clés qui soient spécifiques au mot concerné, par exemple :
« Définition de hélicoptère » (pour les pages articles)
« Conjugaison de prendre » (pour les pages de conjugaison)
etc. ( à étudier).

Commentaire : Il conviendra d’analyser les usages habituels effectués dans les sites de dictionnaires en ligne, qui en général intègrent ce genre de mots-clés, pour mettre au point les formulations les plus efficaces. Par exemple sur le site du dictionnaire gratuit en ligne du Robert, on trouve en métadonnée le mot consulté + le début de la définition :
<meta name="description" content="Définition de hélicoptère : Aéronef muni d'une ou de plusieurs hélices horizon…">
<meta property="og : description" content="Définition de hélicoptère : Aéronef muni d'une ou de plusieurs hélices horizon…" />

De même sur le site Larousse.fr :
<meta name="description" content="hélicoptère - Définitions Français : Retrouvez la définition de hélicoptère, ainsi que les expressions, difficultés… - synonymes, homonymes, difficultés, citations." />
<meta property="og : description" content="hélicoptère - Définitions Français : Retrouvez la définition de hélicoptère, ainsi que les expressions, difficultés… - synonymes, homonymes, difficultés, citations." />
<meta name="keywords" content="hélicoptère" />

Historique : Déjà prévu au cahier des charges v4 (01/2022), toujours pas fait.

n° 151 (Autres recherches avancées) — Recherche dans la 9e édition + fin 8e

Type : 5 = remarque • Statut : 1 = à examiner • Créé le : 22/08/2023 par LC

Quand on effectue certaines recherches en spécifiant la 9e édition, la recherche se fait en réalité dans la 9e + la fin de la 8e (à partir du mot-pivot).
Voir par exemple en cherchant le mot véridique en texte intégral.
Par contre si on cherche par ex. les mots se terminant par -dique, les résultats ne sont que ceux de la 9e édition...

Commentaire : Ce fonctionnement est apparu dans la version 4.1, ce n'était pas le cas en version 4 (site public). Il vaudrait mieux rétablir le fonctionnement précédent.

n° 152 (Liste des résultats) — Doublons dans la liste des résultats de recherche

Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 22/08/2023 par LC

Dans certaines recherches, il y a des mots identiques en double (qui apparaissent 2 fois) dans la liste des résultats.
Par exemple avec une recherche par langues, si on cherche les mots issus de l'arabe dans la 9e édition, l'entrée "Sb, symb." (qui est une sous-entrée) apparaît 2 fois.
De même, si on cherche les mots issus du gaulois, on trouve dans la liste les mots aspirateur-balai et voiture-balai répétés en double.
De même avec une recherche par domaines, si on cherche les mots de l'aéronautique, on trouve pas mal de doublons dans les résultats.

Commentaire : Problème sans doute lié aux sous-entrées, car apparemment ce sont toujours des sous-entrées qui sont en double.

n° 155 (Recherches en texte intégral) — Recherche de préfixes et de suffixes

Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 04/09/2023 par LC

La recherche en texte intégral ne fonctionne pas si l'on recherche :
• des préfixes (par ex. "aéro-") : la recherche ne donne aucun résultat
• des suffixes (par exemple "-able") : la recherche donne un résultat incohérent, toujours le même.
EN revanche, la recherche fonctionne si on ne met pas les tirets, par ex. si on cherche "aéro" ou "able". Cependant, si on cherche "aéro" on ne trouve pas l'entrée "aéro-".

Commentaire : Sans doute dû au fait que le tiret est considéré comme un trait d'union. IL faut simplement neutraliser les tirets figurant au début ou à la fin du ou des mots figurant dans la zone de saisie de recherche (cf. le même problème pour les espaces).
Voir aussi pourquoi on ne trouve pas l'entrée "aéro-" en cherchant "aéro".

Notes LC : NB : cette recherche peut être intéressante dans les zones étymologies.