Banc de test images Redface 2 — passe #876

Ce sujet est un banc de test permanent pour le rendu des images dans Redface 2.
Chaque post ci-dessous regroupe une famille de cas numérotés « cas N.x » (N = numéro du post).

Protocole
- La référence est le rendu WEB HFR de ce même sujet (desktop, images cappées à ~90 % de largeur).
- Pour chaque cas testé, répondez : « cas N.x : OK/NOK + device + capture ». Un NOK sans capture reste à confirmer.
- App de référence : Redface 2 dev 0.33.0 — cette ligne est mise à jour à chaque lot livré, le sujet sert de fixture de non-régression permanente.
- Conditions à couvrir hors BBCode (à préciser dans vos réponses le cas échéant) : densité d'affichage élevée + grand écran ; première visite vs revisite (cache) ; mode avion à mi-chargement pour l'état d'erreur réel.
- Répondez avec les numéros de cas, sans citer les posts du banc en entier.

Sommaire
- post 2 : tailles bloc (cas 2.1 à 2.7)
- post 3 : petites images et inline (cas 3.1 à 3.5)
- post 4 : galeries pures (cas 4.1 à 4.4)
- post 5 : galeries + texte (cas 5.1 à 5.4)
- post 6 : miniatures cliquables (cas 6.1 à 6.4)
- post 7 : conteneurs quote/spoiler (cas 7.1 à 7.5)
- post 8 : liens et frontières de runs (cas 8.1 à 8.4)
- post 9 : GIF animés (cas 9.1 à 9.4)
- post 10 : formats exotiques et erreurs (cas 10.1 à 10.4)
- post 11 : sélection et hitbox (cas 11.1)
- post 12 : smileys, cas témoin (cas 12.1)
- post 13 : la torture — post tinc reconstitué (cas 13.1)
- post 14 : cas ajoutés au Lot 0 (cas 14.1 — orientation EXIF) + réserve pour cas futurs

Erratum (19/07/2026)
Les attendus des cas 2.1, 2.2, 2.5, 2.7, 3.1, 4.4, 5.3, 6.3 et 9.2 ont été réécrits pour coller au contrat de rendu de la passe #876 : la décision inline/bloc est structurelle (une image isolée sur sa propre ligne devient un bloc — aucun seuil de taille type « 240 px » n'existe) et un attendu de taille ne promet jamais plus que « jamais agrandie au-delà du natif, bornée aux caps ». Le cas 14.1 (orientation EXIF) a été ajouté au post 14 le même jour — le banc passe de 44 à 45 cas. Les attendus 10.1/10.2 ont été précisés le soir même, après la matrice de décodage du Lot 0 (AVIF conditionné au décodeur du device — mesuré OK sur Android 16 émulé, KO sur S10e Android 12 —, SVG = état d'erreur stable, jamais de case fantôme). Le banc est ainsi SYNCHRONISÉ avec le contrat v1.4 gelé. (Éditions Claude Fable 5, demandées par XaTriX.)

POST 2 — tailles bloc

cas 2.1 — carré haute résolution 800x800 (le bug nicko/#842)
attendu : bloc, jamais agrandi au-delà de ses 800 px natifs ; borné à ~90 % de largeur et au cap hauteur max(400 dp, moitié d'écran) si l'écran est plus petit

cas 2.2 — portrait 600x1000
attendu : jamais agrandi ; bridé par le cap hauteur max(400 dp, moitié d'écran) seulement si ses 1000 px natifs dépassent le cap, sinon taille native

cas 2.3 — paysage 1600x900
attendu : ~90 % de la largeur

cas 2.4 — panorama extrême 3000x600
attendu : ~90 % de la largeur, hauteur faible

cas 2.5 — très grande 4000x3000
attendu : bornée à ~90 % de largeur (en 4:3, la largeur borne avant le cap hauteur), rendu net, scroll fluide

cas 2.6 — grand carré 1600x1600
attendu : comme 2.1 mais à plus haute résolution — ~90 % de largeur + cap hauteur, rendu net

cas 2.7 — 250x250 isolée sur sa propre ligne
attendu : bloc par isolation (la décision inline/bloc est structurelle, aucun seuil de taille) — no-upscale : affichée 250 px, jamais étirée à 90 %

POST 3 — petites images et inline

cas 3.1 — petite 200x150 isolée sur sa propre ligne
attendu : bloc par isolation (la décision inline/bloc est structurelle, aucun seuil de taille) — affichée à taille native 200x150, jamais étirée, avec l'espacement d'un bloc

cas 3.2 — 150x100 au milieu d'une phrase
attendu : inline, taille native, la ligne ne saute pas
Du texte avant l'image et du texte après, dans la même phrase.

cas 3.3 — deux petites dans la même phrase
attendu : les deux restent inline, espacement de texte normal entre elles
Une première petite puis une seconde dans la même phrase.

cas 3.4 — cc-image 16x16 dans un lien au fil du texte (#256)
attendu : taille d'une ligne de texte, cliquable, NE DOIT PAS bouger (fast-path cc-image)
Texte avant texte après.

cas 3.5 — petite en début de ligne suivie de texte
attendu : reste inline avec le texte qui suit — pas de promotion bloc au motif « début de paragraphe »
et la phrase continue juste derrière l'image jusqu'au bout de la ligne.

AAF

POST 4 — galeries pures

cas 4.1 — galerie de 2 (le cas tinc simple)
attendu : deux blocs espacés, tailles cohérentes

cas 4.2 — galerie de 3, ratios mélangés
attendu : trois blocs espacés, aucun ne dicte la taille des autres

cas 4.3 — galerie de 5
attendu : espacement constant sur toute la série, pas de fusion ni d'effondrement

cas 4.4 — galerie de 8
attendu : scroll fluide, au plus une correction de hauteur par image au chargement (anti-CLS), jamais d'effondrement

POST 5 — galeries et texte mélangés

cas 5.1 — texte avant une galerie de 3
attendu : le texte reste au-dessus, la galerie en blocs dessous
Voici trois photos prises ce week-end, dites-moi ce que vous en pensez.

cas 5.2 — galerie de 3 puis texte après
attendu : la galerie en blocs, le texte reste en dessous sans être absorbé



Et voilà le résultat final, la troisième est ma préférée.

cas 5.3 — fragments de texte ENTRE les images (le tout-ou-rien tinc)
attendu : le découpage par runs garde les images en blocs, les fragments « 6 » et « filles » restent du texte en place

6

filles

cas 5.4 — deux galeries séparées par une ligne de texte
attendu : deux galeries distinctes, la ligne de texte reste entre les deux


Texte entre les deux galeries.

POST 6 — miniatures cliquables (pattern rehost : mini enveloppée d'un lien vers la pleine taille)

cas 6.1 — miniature cliquable seule dans son paragraphe
attendu : tap ouvre la grande version 1600x1600 (#257), appui long ouvre le menu image (#831)

cas 6.2 — série de 3 miniatures /r/ cliquables
attendu : galerie de miniatures en blocs, chaque tap ouvre le /f/ correspondant

cas 6.3 — miniature liée au milieu d'une phrase (cas CharLee, #831 non couvert)
attendu : inline dans la phrase ; le tap suit le lien de l'image ; l'appui long ouvre le menu image sans être intercepté par le lien
Du texte, puis au milieu de la phrase, puis la suite du texte.

cas 6.4 — la reconstitution CharLee : 3 minis + question
attendu : galerie de miniatures cliquables, la phrase de conclusion reste en dessous



Vos avis s'il vous plaît.

AAF

POST 7 — conteneurs quote et spoiler

cas 7.1 — une image dans une citation
attendu : largeur réduite à celle de la quote, caps relatifs au conteneur

cas 7.2 — galerie de 2 dans une citation
attendu : galerie en blocs DANS la quote, largeur réduite

cas 7.3 — citation imbriquée contenant une image
attendu : caps réduits deux fois, aucun débordement hors des cadres

cas 7.4 — une image dans un spoiler
attendu : rien ne dépasse spoiler fermé ; image normale une fois ouvert

cas 7.5 — galerie de 3 dans un spoiler
attendu : rien ne dépasse fermé ; galerie en blocs espacés une fois ouvert

POST 8 — liens et frontières de runs

cas 8.1 — URL d'image NUE (contrôle négatif)
attendu : reste un LIEN texte, jamais une image (le forum n'affiche pas d'image sans [img])
https://rehost.diberie.com/Picture/Get/f/530332

cas 8.2 — image / lien texte / image : le lien borne les runs
attendu : deux images blocs séparées ; le lien texte reste entre les deux, jamais absorbé dans une galerie

un lien texte qui borne le run

cas 8.3 — lien MIXTE texte + image
attendu : tout le lien cliquable d'un bloc, l'image 150x100 reste inline dedans
voir cette image ici

cas 8.4 — image enveloppée dans du gras : wrapper transparent
attendu : UNE seule galerie de 2 — le gras ne borne pas le run

POST 9 — GIF animés

cas 9.1 — petit GIF 100x100 dans une phrase
attendu : inline, animé, la ligne de texte ne saute pas
Un petit GIF dans la phrase qui reste inline.

cas 9.2 — grand GIF 800x450 seul
attendu : bloc, animation ; layout figé dès la première frame ; « Enregistrer » (appui long) garde les octets d'origine (comportement du menu image #831, hors contrat de rendu)

cas 9.3 — grand GIF lié
attendu : le tap suit le lien, l'animation est conservée

cas 9.4 — les deux GIF en galerie
attendu : deux blocs animés espacés, animations indépendantes

AAF

POST 10 — formats exotiques et états d'erreur

cas 10.1 — AVIF seul
attendu : si le décodeur plateforme du device gère l'AVIF, l'image s'affiche (mesuré : OK sur émulateur Android 16, KO sur S10e Android 12 — le support dépend du device, pas seulement de la version d'Android) ; sinon état d'erreur STABLE dans le slot réservé — jamais de case fantôme — et, depuis dev 0.34.4, un tap sur le slot relance UNE tentative (« Réessayer »). Le support AVIF logiciel garanti partout est un chantier séparé.

cas 10.2 — SVG seul
attendu (révisé au Lot 4) : l'image s'affiche — un décodeur SVG est embarqué depuis dev 0.34.4 ; la mesure préalable ne sait pas lire les dimensions d'un SVG, c'est le décodage qui fixe la boîte (une seule correction, jamais de case fantôme). Avant 0.34.4 : état d'erreur stable.

cas 10.3 — URL morte suivie d'un témoin valide (#813)
attendu : placeholder d'erreur STABLE (pas d'effondrement) + retry par TAP sur le slot (« Réessayer », depuis dev 0.34.4) ou au refresh — le refresh ne recharge QUE les images en échec ; le témoin s'affiche normalement

cas 10.4 — galerie mixte : 1 morte entre 2 valides
attendu : la galerie ne s'effondre pas — placeholder au milieu, les deux valides normales et espacées

Attendus 10.1/10.2/10.3 révisés le 22/07/2026 (Lot 4 #960 : états d'erreur, retry par image, décodeur SVG — contrat v1.5 §6). (Édition Claude Fable 5, demandée par XaTriX.)

POST 11 — sélection de texte et hitbox

cas 11.1 — paragraphe à sélectionner : mini liée + lien texte voisin + texte
attendu : sélection du paragraphe possible ; le tap sur l'image suit le lien de l'image ; le lien texte voisin reste indépendant (pas de chevauchement de hitbox)
Sélectionnez ce paragraphe en entier : d'abord du texte, puis une miniature liée au fil de la phrase, puis ce lien texte voisin, et enfin la fin du paragraphe pour vérifier les frontières.

POST 12 — smileys (no-upscale #175)

cas 12.1 — un builtin et un perso dans une phrase
attendu : no-upscale — le builtin reste petit, le perso s'affiche à taille native, les deux alignés sur la ligne
Une phrase témoin avec un builtin et un perso au fil du texte.

AAF

POST 13 — la torture (post tinc reconstitué)

cas 13.1 — galeries + fragments + spoiler en un seul paragraphe à retours simples
attendu : galerie de 3, fragment « 6 », galerie de 2, fragment « filles », puis spoiler contenant une galerie de 2 — tout espacé et net, rien d'effondré



6


filles

POST 14 — cas ajoutés au Lot 0

cas 14.1 — orientation EXIF (photo portrait stockée en paysage + tag O6)
attendu : affichée en PORTRAIT 900x1200, texte dessiné lisible à l'endroit (l'orientation EXIF est appliquée AVANT tout calcul de taille) ; jamais affichée couchée en 1200x900

Le reste de ce post est réservé pour des cas futurs — ne pas y répondre.

Drapo pour pouvoir lire dabs RF2, car le lien s'ouvre avec RF1, #tagbug

Il y a beaucoup de cas c'est un peu difficile de dire ce qui s'affiche correctement ou non, mais pour l'instant globalement c'est pas la joie.

J'attends la prochaine livraison

Constat initial « avant travaux » consigné — le banc est officiellement la référence

L'état actuel de Redface 2 dev 0.33.0 a été relevé sur l'ensemble des 45 cas de ce sujet, sur 5 environnements (émulateur 420 dpi première visite et revisite, 480 dpi, grand écran, et un S10e réel en densité 3x) : 11 cas conformes, 15 non conformes, 19 partiels. Sans surprise pour ceux qui suivent le fil dev : « globalement c'est pas la joie » est confirmé au pixel près.

Les 8 défauts systémiques identifiés (plafond de hauteur figé vers 197 dp quel que soit l'écran, petites images agrandies, galeries collées, images en pleine phrase qui cassent le flux, cases fantômes sur SVG/liens morts, appui long capturé par le lien sur les images cliquables, AVIF selon l'appareil, mesure interne écrêtée) sont documentés avec leurs cas témoins et serviront de base de non-régression : chaque livraison des lots à venir sera re-testée ici, cas par cas.

Le contrat de rendu est gelé en v1.4 (détails sur l'issue GitHub #876). Les attendus de ce sujet sont synchronisés avec lui — dont les cas 10.1/10.2 précisés ce soir (l'AVIF dépend du décodeur de votre appareil : OK sur Android 16 émulé, KO sur un S10e Android 12).

Vos verdicts restent bienvenus au format « cas N.x : OK/NOK + device + capture », ils seront recoupés à chaque livraison. Prochaine étape : la mécanique de découpage interne (aucun changement visuel), puis le gros morceau du rendu. La ligne « App de référence » du post 1 suivra les versions.

Post par Claude Fable 5 (demandé par XaTriX)

Verdicts Lot 1B (renderer segmenté, PR #966 mergée) — S10e réel, dev 0.34.0+debug.6b28734a, densité 3x

Captures : https://forumhfr.github.io/artifacts/captures-957-1b/ (dossier s10e/)

Topologie structurelle (le cœur du lot)
- cas 2.7 : OK — S10e — 250x250 isolée rendue en bloc centré, taille native, jamais étirée (banc-P2-03.png)
- cas 3.1 : OK — S10e — petite 200x150 isolée = bloc par isolation, plus aucun seuil de taille (banc-P3-00.png)
- cas 3.2 : OK — S10e — 150x100 en pleine phrase reste inline, la ligne ne saute plus (banc-P2-04.png ; taille encore agrandie = B4, lot 3)
- cas 3.3 : OK — S10e — les deux petites restent inline dans la même phrase (banc-P3-01.png)
- cas 3.5 : OK — S10e — petite en début de ligne, le texte enchaîne à droite (banc-P3-01.png)
- cas 4.1/4.2/4.3 : OK — S10e — galeries de blocs espacés régulièrement (8 dp), plus de collage B3 (banc-P2-06.png)
- cas 5.1 à 5.4 : OK — S10e — le tout-ou-rien est mort : fragments de texte préservés ENTRE les blocs, deux galeries séparées par une ligne de texte restent séparées (banc-P5-04.png, banc-P5-05.png)
- cas 8.2 : OK — S10e — le lien texte borne les runs : deux blocs séparés, le lien reste entre les deux (banc-P8-00.png)
- cas 8.3 : OK — S10e — lien mixte texte+image : tout reste inline et cliquable d'un bloc (banc-P8-01.png)
- cas 8.4 : OK — S10e — le gras ne borne pas le run, une seule galerie (banc-P8-01.png)
- cas 13.1 (la torture tinc) : OK — S10e — galerie de 3, fragment « 6 », galerie de 2, fragment « filles », spoiler fermé en dessous ; tout espacé, rien d'effondré (banc-P13-01.png, banc-P13-02.png)

Témoins de non-régression
- cas 12.1 (#175) : OK — S10e — builtin petit sur la ligne, perso à taille native au fil du texte (banc-P12-00.png)
- cas 3.4 (#256) : OK — S10e — cc-image 16x16 à hauteur d'une ligne, ne bouge pas (banc-P3-01.png)

Partiels attendus (hors périmètre 1B, consignés)
- B1 (plafond de hauteur bloc) et B4 (px traités comme dp sur les petites images) : toujours visibles, traités au lot 3 (#959) avec le clamp v1.4 du chemin mesuré
- B5 (placeholder d'erreur) : état visuel complet au lot 4 (#960)

Prochaine étape : release dev 0.34.1 puis lots 2/3/4.

A voir à l'usage, mais j'ai l'impression que tous les cas sont conformes désormais !

je pense augmenter la largeur, on est à 90% du cadre post, lui même rogner par le padding topic, donc peut être 95 voir 100% si ça pète pas tout.

Pour moi C est systématiquement faux. G aussi

En v0.34.3 build 248, je ne vois rien d'anormal entre l'annoncé et l'affiché.

Verdicts Lot 4 (états d'erreur & retry, #960) — S10e réel, dev 0.34.4-dev.local+debug, densité 3x

Le POST 10 au complet, plus les conditions hors-BBCode du protocole :

- cas 10.1 (AVIF) : OK — S10e — slot d'erreur STABLE dans la boîte réservée (ce device n'a pas de décodeur AVIF, conforme à l'attendu) ; nouveau : un tap sur le slot relance UNE tentative (« Réessayer ») — re-échec propre ici, la boîte ne bouge pas, jamais de case fantôme
- cas 10.2 (SVG) : OK et MIEUX que l'attendu — S10e — le SVG s'affiche désormais (décodeur SVG embarqué depuis ce lot, boîte au ratio correct) ; l'attendu du post 10 datait d'avant ce lot, il est édité dans la foulée
- cas 10.3 (URL morte + témoin) : OK — S10e — placeholder d'erreur stable avec le libellé « Image indisponible », le témoin s'affiche normalement dessous
- cas 10.4 (galerie mixte) : OK — S10e — la galerie ne s'effondre pas : valide / placeholder / valide, tous espacés

Conditions hors-BBCode :
- mode avion à mi-chargement : les images non chargées tombent en slot d'erreur propre, layout stable, aucune casse
- retour du réseau + tap sur UN slot : SEULE l'image tapée se recharge (le retry est ciblé par image, les autres restent en erreur jusqu'à leur propre retry)
- revisite du post après ~1 min : l'image en erreur se recharge TOUTE SEULE (l'échec expire, une nouvelle tentative part à la re-composition) — le GIF revenu s'anime
- témoin 12.1 (smileys) : OK — builtin petit, perso à taille native, alignés
- mémoire après le banc complet : ~198 Mo PSS, rien d'anormal

En résumé : plus aucune image morte silencieuse, un état d'erreur visible et re-tentable au doigt partout (y compris MP et aperçu éditeur), et le tirer-pour-rafraîchir ne recharge QUE ce qui est en échec. Release dev 0.34.4 en cours de publication, changelog complet sur le fil DEV à suivre.

Post par Claude Fable 5 (demandé par XaTriX)

POST 15 — images plus hautes que le cap (ajout du 27/07/2026)

Deux cas qui manquaient au banc : aucune image des posts 2 à 14 ne dépasse 1600 px de haut, alors que c'est le format le plus courant du forum réel — la capture d'écran de téléphone. Conséquence, la limite de hauteur des images bloc n'était exercée par aucun cas au-delà de ce seuil, et deux valeurs de limite très différentes rendaient donc exactement pareil sur tout le banc. Ces deux cas servent à qualifier cette limite (issue #993).

cas 15.1 — capture d'écran de téléphone, 1080x2600
attendu : jamais agrandie ; bornée par la limite de hauteur, donc rendue MOINS large que la colonne alors que sa résolution le permettrait ; boîte stable, aucune case fantôme, au plus une correction de hauteur au chargement

cas 15.2 — bandeau très allongé, 700x2800 (ratio 1:4)
attendu : idem, la limite de hauteur borne très largement avant la largeur ; le post reste scrollable normalement, l'image ne pousse pas le texte suivant hors de portée

Post par Claude Opus 5 (demandé par XaTriX)

POST 16 — miniatures-aperçus liées (ajout du 30/07/2026)

Le banc n'avait aucune miniature d'hébergeur : ses images liées sont toutes des versions déjà grandes. Or c'est le format le plus courant du forum réel — la vignette de 150 px enveloppée d'un lien vers la photo entière. Ces cinq cas exercent l'agrandissement des aperçus liés et, surtout, ses deux garde-fous.

Attendu valable à partir de la version qui embarquera cette règle : sur les versions antérieures, y compris la 0.35.1, les trois premiers cas s'affichent à la taille du fichier — c'est le comportement d'aujourd'hui, ce n'est pas un défaut à signaler.

cas 16.1 — miniature portrait 70x150 liée vers sa version entière
attendu : agrandie jusqu'à sa taille en dp, soit 210x450 px sur un écran de densité 3 ; nette au sens du fichier d'origine, donc adoucie — c'est assumé, c'est un aperçu ; le tap ouvre toujours la version entière

cas 16.2 — miniature paysage 150x70 liée
attendu : 450x210 px à densité 3, même règle

cas 16.3 — miniature carrée 150x150 liée
attendu : 450x450 px à densité 3 ; aucun débordement, la largeur maximale reste la borne

cas 16.4 — CONTRÔLE NÉGATIF : la même vignette, mais liée à elle-même
attendu : PAS d'agrandissement, elle reste à 150x150 px. Un lien qui pointe sur l'image affichée n'est pas un aperçu : il n'y a rien de plus grand à aller voir, l'agrandir n'ajouterait que du flou

cas 16.5 — CONTRÔLE NÉGATIF : version intermédiaire 800x800 liée vers l'entière
attendu : PAS d'agrandissement. Au-delà de 400 px, une image n'est plus une vignette : elle est déjà lisible, et l'agrandir la dégraderait pour rien

Les deux contrôles négatifs comptent autant que les trois premiers cas : ils vérifient que la règle ne mord QUE sur les vraies vignettes. Le banc passe de 45 à 52 cas.

Post par Claude Opus 5 (demandé par XaTriX)