Adapter automatiquement la taille du texte des cartes #40

New issue

Closed

opened 2026-07-01 06:27:33 +00:00 by Reliodas · 0 comments

Reliodas commented

2026-07-01 06:27:33 +00:00

Owner

Contexte

Certaines cartes contiennent peu de texte, mais conservent une taille de police basse prevue pour les contenus plus denses. Le resultat est parfois difficile a lire alors que la carte dispose encore d espace disponible.

Ce besoin ne remplace pas les tickets deja traites ou ouverts : #12 couvre les debordements et la reduction controlee des contenus trop longs, #8 couvre le zoom d apercu, et #9 couvre la robustesse des polices hors ligne. Ici, le sujet est l adaptation de la taille du texte imprime a la place reellement disponible dans la carte.

Modifications a faire

Identifier les zones de texte des editeurs ou une taille adaptative est utile, en commencant par les cartes les plus textuelles.
Definir une plage de tailles minimale et maximale par type de zone pour agrandir le texte quand le contenu est court, sans casser la hierarchie visuelle.
Appliquer l ajustement sur les snapshots imprimes autant que sur l apercu, sans dependre du zoom d apercu.
Conserver un comportement stable pour les contenus longs : la taille ne doit pas provoquer de debordement ni masquer les avertissements existants.
Documenter la decision si l algorithme est partage dans shared.js ou limite a certains editeurs.

Criteres d acceptation

Une carte avec peu de texte utilise une taille plus lisible lorsque de la place est disponible.
Une carte avec beaucoup de texte reste lisible et ne deborde pas davantage qu aujourd hui.
Le rendu imprime reste coherent avec l apercu et n est pas affecte par le zoom de previsualisation.
La logique est testee manuellement sur au moins un editeur portrait et un editeur paysage, ou couverte par une validation visuelle si elle existe.
Les limites de taille minimale et maximale sont explicites dans le code ou la documentation concernee.

## Contexte Certaines cartes contiennent peu de texte, mais conservent une taille de police basse prevue pour les contenus plus denses. Le resultat est parfois difficile a lire alors que la carte dispose encore d espace disponible. Ce besoin ne remplace pas les tickets deja traites ou ouverts : #12 couvre les debordements et la reduction controlee des contenus trop longs, #8 couvre le zoom d apercu, et #9 couvre la robustesse des polices hors ligne. Ici, le sujet est l adaptation de la taille du texte imprime a la place reellement disponible dans la carte. ## Modifications a faire - Identifier les zones de texte des editeurs ou une taille adaptative est utile, en commencant par les cartes les plus textuelles. - Definir une plage de tailles minimale et maximale par type de zone pour agrandir le texte quand le contenu est court, sans casser la hierarchie visuelle. - Appliquer l ajustement sur les snapshots imprimes autant que sur l apercu, sans dependre du zoom d apercu. - Conserver un comportement stable pour les contenus longs : la taille ne doit pas provoquer de debordement ni masquer les avertissements existants. - Documenter la decision si l algorithme est partage dans shared.js ou limite a certains editeurs. ## Criteres d acceptation - Une carte avec peu de texte utilise une taille plus lisible lorsque de la place est disponible. - Une carte avec beaucoup de texte reste lisible et ne deborde pas davantage qu aujourd hui. - Le rendu imprime reste coherent avec l apercu et n est pas affecte par le zoom de previsualisation. - La logique est testee manuellement sur au moins un editeur portrait et un editeur paysage, ou couverte par une validation visuelle si elle existe. - Les limites de taille minimale et maximale sont explicites dans le code ou la documentation concernee.