Skip to content

Enlever le plancher de lisibilité du nom - #723

Merged
mgth merged 1 commit into
v6from
feat/no-legibility-floor
Sep 16, 2026
Merged

mgth merged 1 commit into
v6from
feat/no-legibility-floor

Conversation

@mgth

@mgth mgth commented Sep 16, 2026

Copy link
Copy Markdown
Owner

Décision du mainteneur : « enlève le plancher, on verra bien. »

Ce plancher (7 pt) était mon jugement, pas une règle du C#, et il ne tenait plus une fois mesuré : le nom vaut la moitié de la bordure du haut, donc sur tout bureau multi-écrans dans une fenêtre ordinaire il tombe entre 1 et 5 points. Ce n'était pas une soupape rare — il décidait du cas courant.

Et c'est la capture de référence map-two-screens de #720 qui l'a montré : deux écrans, fenêtre de 900×600, aucun nom. Le test d'arbre voisin ne l'avait jamais vu parce qu'il utilise 1200×900.

Le nom est maintenant dessiné à la taille que l'arithmétique donne, ce qui remet ce portage exactement sur la règle Avalonia.

Ce qui reste, et pourquoi ce n'est pas un plancher déguisé

Une seule garde : un écran dont la dalle atteint le haut de son propre contour n'a pas de plastique où imprimer. Une taille de police nulle n'est pas un petit nom, c'est l'absence de taille. C'est le seul cas où name_height vaut encore None.

Les deux tests qui s'appuyaient sur « trop petit pour être lu » ont été refaits sur ce cas plutôt que supprimés : ce qu'ils vérifiaient — qu'un écran sans nom reste cliquable, que le cadre survit à l'absence du nom — est toujours vrai et toujours utile. Et un test neuf dit l'inverse du plancher : un nom d'un vingtième de point est laid out comme les autres, demandé par l'arbre et pas seulement à l'arithmétique.

Les références

Trois régénérées ; on y voit des noms petits et présents (108 pixels de différence sur la carte — c'est bien le texte et rien d'autre).

Un .gitignore ajouté à côté d'elles : un git add -A après un essai rouge committait sinon les *.new.png / *.diff.png / *.old.png qu'une comparaison ratée laisse derrière elle. Trouvé en faisant exactement ça.

Ce qu'on accepte en connaissance de cause

Sur un bureau à six écrans ou à bordures fines, le nom sera entre 1 et 5 points : présent et à peu près illisible. C'est ce que l'app livrée fait déjà. Si ça se révèle pénible à l'usage, la troisième issue reste ouverte — mesurer le nom autrement, une fraction du cadre bornée par la bordure — mais elle demanderait d'inventer une règle, ce qui est d'un autre ordre que d'en retirer une.

🤖 Generated with Claude Code

Décision du mainteneur : « enlève le plancher, on verra bien. »

Ce plancher (7 pt) était mon jugement, pas une règle du C#, et il ne tenait
plus une fois mesuré : le nom vaut la moitié de la bordure du haut, donc sur
tout bureau multi-écrans dans une fenêtre ordinaire il tombe entre 1 et 5
points. Ce n'était pas une soupape rare, il décidait du cas courant — et
c'est la capture de référence `map-two-screens` de #720 qui l'a montré : deux
écrans à 900×600, aucun nom.

Le nom est maintenant dessiné à la taille que l'arithmétique donne, ce qui
remet ce portage exactement sur la règle Avalonia.

Il reste une garde, et elle est arithmétique et non un jugement : un écran
dont la dalle atteint le haut de son propre contour n'a pas de plastique où
imprimer. Une taille de police nulle n'est pas un petit nom, c'est l'absence
de taille. C'est le seul cas où `name_height` vaut encore `None`, et les deux
tests qui s'appuyaient sur « trop petit pour être lu » ont été refaits
là-dessus plutôt que supprimés : ce qu'ils vérifiaient — qu'un écran sans nom
reste cliquable, que le cadre survit à l'absence du nom — est toujours vrai et
toujours utile.

Trois références régénérées ; on y voit des noms petits et présents. Un
`.gitignore` ajouté à côté d'elles : un `git add -A` après un essai rouge
committait sinon les `*.new.png` / `*.diff.png` / `*.old.png` qu'une
comparaison ratée laisse derrière elle.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@mgth
mgth merged commit 3d167bc into v6 Sep 16, 2026
3 checks passed
@mgth
mgth deleted the feat/no-legibility-floor branch September 16, 2026 19:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant