Uniformiser la strategie de taille adaptative des cartes #72

New issue

Closed

opened 2026-07-03 16:28:41 +00:00 by Reliodas · 0 comments

Reliodas commented

2026-07-03 16:28:41 +00:00

Owner

Contexte

Plusieurs editeurs ont maintenant des besoins proches autour du fit du texte : sorts (#69), creatures portrait/paysage (#71), et potentiellement d'autres types de cartes. La logique actuelle est partielle et localisee, notamment dans creatures.html.

Ce ticket porte sur la strategie commune, pas sur un bug d'affichage particulier.

Modifications a faire

Auditer les editeurs pour identifier les zones de texte qui peuvent deborder ou paraitre trop petites/grandes.
Decider quelle logique doit rester locale et quelle logique doit etre partagee (shared.js, helpers dedies, conventions CSS).
Proposer ou implementer une API commune de fit : tailles min/max, seuils, avertissement, comportement apercu/impression.
Garder le zoom de previsualisation independant du rendu imprime.
Documenter la decision dans les conventions et/ou le README si elle affecte le workflow de contribution.

Criteres d'acceptation

Une strategie commune est documentee pour la taille adaptative des textes de cartes.
Les comportements attendus sont explicites : agrandir les cartes courtes si pertinent, reduire les cartes longues, signaler les debordements irreductibles.
Le choix de factorisation avec #65 est clarifie : soit ce ticket reutilise #65, soit il cree un helper cible et limite.
Les tests/validations visuelles couvrent au moins un exemple court et un exemple long.

Lie a #69 et #71.

## Contexte Plusieurs editeurs ont maintenant des besoins proches autour du fit du texte : sorts (#69), creatures portrait/paysage (#71), et potentiellement d'autres types de cartes. La logique actuelle est partielle et localisee, notamment dans `creatures.html`. Ce ticket porte sur la strategie commune, pas sur un bug d'affichage particulier. ## Modifications a faire - Auditer les editeurs pour identifier les zones de texte qui peuvent deborder ou paraitre trop petites/grandes. - Decider quelle logique doit rester locale et quelle logique doit etre partagee (`shared.js`, helpers dedies, conventions CSS). - Proposer ou implementer une API commune de fit : tailles min/max, seuils, avertissement, comportement apercu/impression. - Garder le zoom de previsualisation independant du rendu imprime. - Documenter la decision dans les conventions et/ou le README si elle affecte le workflow de contribution. ## Criteres d'acceptation - Une strategie commune est documentee pour la taille adaptative des textes de cartes. - Les comportements attendus sont explicites : agrandir les cartes courtes si pertinent, reduire les cartes longues, signaler les debordements irreductibles. - Le choix de factorisation avec #65 est clarifie : soit ce ticket reutilise #65, soit il cree un helper cible et limite. - Les tests/validations visuelles couvrent au moins un exemple court et un exemple long. Lie a #69 et #71.