Base Mantis-4D Académie

Version 4.1 (07/2023)

Le 17/07/2023 à 11:14:23

1
n° 95 (Fonctionnalités hors recherches)Impressions multiples des conjugaisons
Type : 2 = bug • Statut : 2 = à faire • Créé le : 25/10/2022 par LC
Quand on consulte la conjugaison de l'article crèneler et qu'on l'imprime, le tableau est répété 3 fois en entier à l'impression (?).
Commentaire : Cela ne semble pas être lié :
— au fait que le verbe ait des formes avec variantes orthographiques (comparer par ex. à Céder ).
— au fait que le verbe ait une variante en entrée (comparer à Rabouter ) ou en sous-entrée (comparer à mithridatiser ).
Historique : Non reproductible sous un autre verbe, assez incompréhensible.
15/11/2022 : semble ok (?).
Revu 11/12/2022 et 12/06/2023 : pas ok ! Les modes et les temps sont répétés 3 fois (?).
Voir : https://www.dictionnaire-academie.fr/article/A9C4886
2
n° 126 [Mantis 7432] (Formulaire de recherche)Contraintes sur les critères de recherche pour la 9e édition
Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 21/11/2022 par LC
Pour un certain nombre de critères, certains ne sont utilisables que sur la 9e édition ; c'est le cas par ex. de la recherche par zones, de la recherche par langues, ou par datations.
Dans ce cas, le filtre par éditions se positionne automatiquement sur "9e édition", ce qui est ok.
Cependant, la case à cocher "apparu" devient inactive dans ces 3 cas, ce qui n'est pas correct : il doit être possible de choisir cette option sur la 9e édition.
Commentaire : On doit par exemple pouvoir rechercher tous les mots issus de l'arabe qui sont apparus dans la 9e édition.
Historique : Signalé déjà sur la v4 (11/2022). Retesté 10/05/2023 : toujours pas ok.
3
n° 132 (Formulaire de recherche)Remplacement des guillemets sur iOS dans la recherche d'expressions
Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 01/02/2023 par LC
Sur iPhone/iOS, dans la recherche d'expressions, les guillemets droits sont automatiquement remplacés par des guillemets français ("homme politique" ➜ « homme politique »), ce qui a pour effet de faire échouer la recherche.
Commentaire : Neutraliser les guillemets français lors de la saisie d'une recherche d'expression (les convertir en guillemets droits).
Historique : Signalé en novembre 2022 par Académie (FM). Problème constaté par WR.
[12/06/2023] Est-ce résolu ?
Notes LC : Voir aussi le mantis n°148.
4
n° 137 (Hypertexte)Fonctionnement de l’hypertexte sur le mot "incident"
Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 24/04/2023 par LC
Problème sur le fonctionnement de l’hypertexte sur le terme rayon incident, qui apparaît à plusieurs articles. L’hypertexte sur le mot incident renvoie automatiquement à l’entrée I. incident, n.m., au lieu de l’entrée II. incident, ente, adj., par exemple à l’article Rayon.
Mais ce qui est curieux c’est que, à l’article Nodal si on clique sur incident on est bien renvoyé à II. incident, alors que c’est le même terme rayon incident dans le texte.
Commentaire : Concerne les algorithmes de désambiguïsation de Diagonal, sur l'hypertexte. Prendre en compte le fait qu'il y a 2 entrées Incident dans le DAF.
Voir le même problème pour page.
Historique : Remarque de Académie (F. Monier), mars 2023, signalé à WR.
5
n° 142 (Hypertexte)L'hypertexte ne fonctionne pas sur les entrées et les sous-entrées
Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 11/06/2023 par LC
La navigation hypertexte est désactivée sur certaines zones XML, notamment les entrées et les sous-entrées (en bleu).
Cela peut s'avérer gênant dans certains cas + déstabilisant pour l'utilisateur.
Par exemple, à l'article
Kouros on a dans le texte la sous-entrée Couros, sur laquelle on ne peut pas cliquer, pourtant il y a un autre article (renvoi) Couros.
De même à l'article Goulache avec la forme Goulasch, (voir aussi : Estonien, Fenêtrage, Fontainier, Hydrémie, Lanterneau, Manicle, Rabâb, Saqueboute…).
Commentaire : L'hypertexte avait été désactivé sur ces zones XML (ancienne demande de LC) pour la raison qu'il ramènerait forcément à l'article en cours de consultation. Mais on peut le réactiver sans que cela ne pose vraiment de problème.
Cela concerne ici les entrées (balise <Entree>) et les sous-entrées (balise <SsEntree>).
Historique : Demande de Académie (FM, 01/2023).
Voir : https://www.dictionnaire-academie.fr/article/A9K0167
6
n° 143 (Hypertexte)Fonctionnement de l'hypertexte sur le mot "page"
Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 12/06/2023 par LC
Problème sur le fonctionnement de l’hypertexte sur le mot page, qui renvoie automatiquement à l’entrée II. page (n.m.) au lieu de I. page (n.f.)
Par exemple à l'article
Livre (I), dans l'exemple les pages d'un livre, si on clique sur le mot pages on arrive à l'article II. page.
Commentaire : Concerne les algorithmes de désambiguïsation de Diagonal, sur l'hypertexte, cf. le même problème pour incident.
En cas de doute, afficher la fenêtre de choix de l'hypertexte.
7
n° 140 (Indexation texte intégral)Indexation des zones de catégories grammaticales
Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 09/06/2023 par LC
Lorsqu’on recherche l'expression "se rencontre parfois au", il manque plusieurs occurrences (Palud, Perce-neige, Quatre-saisons) où cette mention figure après l’entrée.
Commentaire : Cela semble venir du fait que, dans cet exemple, le texte recherché figure à l'inétrieur d'une zone balisée comme catégorie grammaticale (<Cat>). Sans doute ces zones sont-elles exclues de l'indexation en texte intégral (ancienne demande de LC) ➜ il faut les rajouter.
Historique : Signalé par Académie (FM, 06/2023).
8
n° 141 ★★★ (Indexation texte intégral)Occurrences avec apostrophes non trouvées en texte intégral
Type : 2 = bug • Statut : 1 = à examiner • Créé le : 09/06/2023 par LC
Certaines recherches en texte intégral donnent des résultats incomplets, par exemple :
1) si on cherche l'expression "empire russe" (avec guillemets) on n'obtient aucun résultat, tandis que si on cherche "l'empire russe" on en trouve 4 (?) : Capitale, Rouble, Russe, Russien.
2) de même, si on cherche simplement le mot "empire", il manque dans les résultats les mots Capitale et Rouble, où l'on a des occ. de « l'Empire ».
3) de même si on cherche le mot "islam" on obtient 9 occurrences, tandis que si on chercher « l’islam » 30 occurrences ! (sachant que dans les 9 de « islam » il y a qq occurrences avec le « l’ »).
4) de même, lorsque nous cherchons « Avranches », il n’y a pas d’occurrences alors que nous avons bien « percée d’Avranches » а
Percée .
5) idem si l’on cherche « opéra de Paris » alors que nous avons 11 résultats pour « l’opéra de Paris ».
Commentaire : IL faut revérifier la gestion des occurrences avec apostrophes dans la recherche en texte intégral ; il faut aussi revérifier les configurations du type : apostrophe + majuscule : l’Empire.
Historique : Signalé par Académie (FM, 06/2023).
Notes LC : À corriger. Ce pb avait en principe déjà été réglé/vérifié en v4 (?).
9
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).
Notes LC : À examiner et à corriger si possible, mais pas très grave.
10
n° 116 (Page d'accueil)Affichage aléatoire des 4 mots-exemples dans la page d'accueil
Type : 4 = nouvelle fonctionnalité • Statut : 1 = à examiner • Créé le : 18/11/2022 par LC
Dans la page d'accueil, il y a 4 mots-exemples qui permettent à l'utilisateur de consulter directement certains mots (Pharaon, Académie, etc.).
IL faudrait améliorer ce système en faisant en sorte que ces 4 mots-exemples changent à chaque consultation ou réaffichage/rafraîchissement de la page. Pour cela, il faut préparer un petit fichier annexe (TXT ou XML), contenant une liste des mots-exemples (par exemple une centaine) préparés à l'avance, et faire un petit script pour que la page d'accueil aille piocher 4 mots au hasard dans cette liste à chaque affichage de la page.
Commentaire : Ces mots-exemples pourraient être sélectionnés selon différents critères (y compris dans les anciennes éditions), et pourraient aussi changer selon l'actualité (par ex. sur un théme précis) : par exemple on pourrait imaginer une animation du site du style : "Ce mois-ci : les mots de la citoyenneté", ou "Ce mois-ci : les mots de Noël", etc.
Notes LC : Prévu initialement dans le cahier des charges v4. Voir si c'est facile à faire.
11
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.
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)
12
n° 125 (Surbrillances texte intégral)Surbrillances manquantes dans des recherches avec point
Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 21/11/2022 par LC
Si on cherche par exemple « pop. » en texte intégral, on obtient bien les occurrences de l'abréviation "pop.", cependant celles-ci ne sont pas mises en surbrillance dans le texte.
Ca fonctionne par contre si on cherche « pop » au lieu de « pop. ».
Commentaire : Les résultats de recherche sont ok et ne posent pas de problème, seulement la mise en surbrillance, et par ailleurs la recherche avec ou sans point donne les mêmes résultats (par ex. « petit » ou « petit. »), ce qui est ok.
Historique : Signalé par l'Académie.
Notes LC : Voir aussi le mantis n° 99 concernant la recherche d'abréviations, pour celles qui sont mises au long dans le texte.
13
n° 139 ★★★ (Version mobile)Menu "Recherche avancée" dans le menu hamburger sur mobile
Type : 2 = bug • Statut : 1 = à examiner • Créé le : 09/06/2023 par LC
Sur mobile, dans le menu hamburger (en haut à droite), le menu "Recherche avancée" affiche toujours la page contenant le message "Il n’y a pas de résultats pour cette recherche.", aussi bien si une recherche avancée a déjà été effectuée (et a donné des résultats) que si aucune recherche n'a encore été effectuée.
➜ Cette fonction doit toujours (ré)afficher le dialogue de recherche avancée (et non la page de résultats).
Commentaire : À corriger.
14
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
15
n° 145 (Version mobile • Liste des résultats)Inversion des flèches déplier/replier en version mobile
Type : 1 = à corriger • Statut : 1 = à examiner • Créé le : 13/06/2023 par LC
En version mobile, 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. 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