Le dos est une carte comme une autre has been fixed.

See more details at : https://github.com/pdulvp/pdcartes-barquette/issues/12

• un dos a désormais un panneau — le rectangle qu'occupe son treillis — et

reçoit une image comme une face: elle vient à la place du treillis, se
déplace à la souris, se redimensionne, et passe par « Placer l'image… »

• corrige un défaut signalé à l'usage: une image déposée sur un dos dessiné

passe par sa recette et est redessinée à la taille des autres cartes, au
lieu d'imposer les dimensions du fichier fourni

• un panneau peut prendre la carte entière: il est ramené dans la carte et non

plus dans la marge du papier, et kPanelLargest passe de 140 à 200 pour
cent, ce qu'il faut au plus étroit d'entre eux pour couvrir toute la largeur

• panelRoundOf() fait rejoindre à l'arrondi du panneau celui de la carte

entre 90 et 100 pour cent de remplissage: sans quoi un panneau plein
laisserait quatre éclats de papier dans les coins, ou déborderait du bord
arrondi

• les jeux déjà enregistrés sont inchangés, vérifié par un rendu identique

octet pour octet: aucun panneau n'atteint le seuil de 90 pour cent, le plus
grand — celui du dos — en occupant 83

Le dos est une carte comme une autre, et un panneau peut tout prendre

_{2026-10-28-0055-le-dos-est-une-carte-comme-une-autre.md — 2026-10-28 00:55}

Demandé : poser une image sur un dos comme on en pose une dans le panneau
d'une carte — la déplacer, la redimensionner. Signalé en même temps : une
grande image posée sur un dos donne une carte plus grande que les autres. Et
demandé dans la foulée : qu'un panneau puisse prendre la carte entière, sans
laisser de bord.

Ce qui se passe

Une image déposée sur un dos remplace l'image du dos telle quelle :
placeInto() appelle setBack(), et le dos garde donc les dimensions du
fichier fourni. Les faces d'un jeu dessiné, elles, sont rendues à la hauteur
que dit leur recette, et toutes à la même : le dos détonne.

Les faces ont déjà la réponse. Depuis que l'image d'une carte dessinée passe
par sa recette, elle est redessinée à la taille de la carte au lieu de la
remplacer. Un dos dessiné a lui aussi une recette — m_recipes les range à
une clé négative — et il suffit de l'y faire passer.

Décisions

• Le dos devient une carte comme les autres. Il a un papier, un filet, et

un panneau : son panneau est le rectangle qu'occupe son treillis. Les deux
facteurs de taille valent pour lui, le geste de placement aussi, et la
fenêtre « Placer l'image… » également. Il n'y a donc pas de cadre
particulier au dos à écrire, ni de second chemin à suivre.

• Sur un dos, l'image vient à la place du treillis. Le treillis est le

fond du panneau d'un dos, comme le beige est celui du panneau d'une face :
l'image remplace l'un comme elle remplace l'autre. Les tracer par-dessus une
photographie la salirait sans rien dire de plus.

• Un panneau peut prendre la carte entière. Il était ramené dans la marge

du papier et borné à 140 pour cent ; il est désormais ramené dans la carte
et borné à 200 pour cent, ce qui suffit au plus étroit d'entre eux — celui
des figures, large de 53 pour cent — pour couvrir toute la largeur. Une
image peut donc occuper la carte d'un bord à l'autre.

• L'arrondi du panneau rejoint celui de la carte quand il la remplit. Les

deux arrondis sont différents — celui d'un panneau est le plus marqué, celui
d'un dos le plus discret — et un panneau porté à la taille de la carte
laisserait sinon quatre éclats de papier dans les coins, ou déborderait du
bord arrondi. L'arrondi suit donc le sien tant que le panneau occupe moins
de 90 pour cent de la carte, et rejoint celui de la carte entre 90 et 100
pour cent. Aucun panneau d'un jeu déjà enregistré n'atteint ce seuil : le
plus grand, celui du dos, en occupe 83.

• Le panneau du dos ne se retire pas. La case « Panneau » commande le

panneau des figures, et un jeu enregistré avant ce travail, case décochée,
doit garder son treillis : le dos ne la regarde donc pas. Un dos sans
panneau ne serait d'ailleurs qu'un rectangle de couleur.

• Un dos qui n'est pas dessiné reçoit l'image telle quelle, comme

auparavant, et comme une face qui n'est pas dessinée. Ce n'est pas le même
usage : on y pose un dos déjà fabriqué, et sa taille est celle qu'on a
voulue.

• Rien à écrire dans le fichier. Le bloc des recettes écrit déjà toutes

les cases dessinées, dos compris, et chacune porte son image depuis la
version 6. Les deux facteurs y sont depuis la version 5, et leur borne est
une règle de dessin. Le format ne bouge pas.

Étapes

1. [x] lib/CardArt.h, lib/CardArt.cpp — le panneau ramené dans la carte

et borné à 200 pour cent ; l'arrondi qui rejoint celui de la carte ;
le panneau du dos, et drawDefaultBack() qui reçoit l'image.

1. [x] lib/CardArt.h, lib/CardArt.cpp — cardPanelBox() répond aussi

pour un dos.

1. [x] lib/DrawnDeck.cpp — la recette passe son image au dos comme à la

face.

1. [x] src/CardPreview.cpp — le cadre du geste vaut pour un dos.
2. [x] src/AtelierWindow.cpp — le dépôt sur un dos dessiné vise sa recette,

et les deux boutons s'allument pour lui.

1. [x] src/HelpDialog.cpp — deux phrases.
2. [x] Bâtir en série, puis vérifier à l'image.
3. [x] docs/plans/sumup.md, archivage du plan.

Vérifié

Bâti en série : cartotheque, pdcartes-barquette et pdcartes-rami
compilent et se lient sans avertissement.

Vérifié à l'image, cinq dessins rendus hors écran :

• Un dos sans image : son treillis, inchangé.
• Un dos avec image : elle vient à la place du treillis, dans le rectangle

que celui-ci occupait, et le filet du panneau reste.

• Un dos avec image et panneau à 200 pour cent : l'image prend la carte d'un

bord à l'autre, sans papier autour, et l'arrondi du panneau rejoint celui
de la carte.

• Un roi et un sept, panneau à 200 pour cent et milieux effacés : l'image

prend la carte entière et il ne reste que les deux index des coins.

Vérifié que les jeux déjà enregistrés ne bougent pas : les quatorze cartes —
treize rangs et le joker — plus le dos, rendues au style par défaut, donnent
une image identique octet pour octet à celle que rend la cartothèque du
commit précédent, comparée par empreinte. Les panneaux restent sous le seuil
de 90 pour cent où l'arrondi commence à changer, et la limite passée de la
marge à la carte ne mord sur aucun d'eux.

Vérifié que le dos dessiné reprend la taille des autres cartes : rendu par sa
recette, il mesure 311 sur 420, comme drawnCardSize() le dit pour une
hauteur de 420 — là où l'image déposée telle quelle imposait ses propres
dimensions.

Vérifié l'aller-retour par le fichier pour un dos : une recette de dos portant
une image décalée, agrandie, et un panneau à 200 pour cent revient égale à
celle qui a été écrite. Le bloc des recettes n'a pas changé de version.

Vérifié enfin la fenêtre « Placer l'image… » ouverte sur un dos, par des
événements envoyés : le glissement déplace l'image dans le panneau du dos, le
champ d'échelle la commande, « Recadrer » la remet, et chaque action annonce
le placement une fois.

_{Filed by prel from the completed plans at commit time.}