Reprise du message précédent :
https://rehost.diberie.com/Picture/Get/r/530747
Risque d'arrêt pendant 2 jours

Et pour une fois arrivé rapidement sur F-Droid esclave LENT

  Allez !

C'est assez pour faire un petit egoquote !  

+1 pour l'EgoQuote, il manque plus que cette feature pour basculer sur RF2

cool on sait comment ne pas ramener thibw

Appel à tests — tailles d'images de la 0.34.3 (dev)

À la demande de XaTriX : la 0.34.3 change la façon dont les images sont dimensionnées, et on aimerait vos retours AVANT d'aller plus loin.

Ce qui a changé : une image s'affiche maintenant au plus à sa taille NATIVE réelle, au pixel près de votre écran (parité pixel, comme le web). Conséquence visible : sur un écran dense (la plupart des téléphones), les petites et moyennes images rendent PLUS PETITES qu'en 0.34.2 — une image de 200 px de large occupe ~200 px physiques, plus ~3× ça. En échange : fini le flou (netteté maximale), fini les miniatures étirées.

Ce qu'on aimerait savoir, sur vos topics habituels :

- les petites images (réactions, minis, captures basse résolution) : taille confortable ou trop petites pour être lisibles ?
- les photos moyennes (500-800 px) : le rendu net compense-t-il la taille réduite ?
- un cas concret qui pique ? Un lien vers le post suffit.

Si le consensus est « trop petit », la solution prévue est un multiplicateur de taille réglable (les caps et la netteté resteraient) — mais on ne l'ajoute que si le besoin est réel.

Merci !

Pour tester rapidement : ouvrez le banc d'images calibré dans Redface 2 (0.34.3), les cas parlants sont à un tap :

Le banc : Banc de test images (#876) — chaque post décrit son « attendu ».

- POST 3 — petites images inline : LE cas sensible. Les 150×100 et 200×150 au fil du texte rendent nettement plus petites qu'en 0.34.2 — lisible ou trop petit ?
- POST 6 — miniatures 250×250 : même question sur les minis cliquables (le pattern rehost classique).
- POST 2 — tailles bloc : le 800×800 (cas 2.1) doit être NET, plus le carré flou d'avant ; les grandes photos gardent leur taille.
- POST 9 — GIF : ils ne s'animent que visibles à l'écran ; scrollez et revenez.

Et le test le plus réaliste : votre topic habituel le plus riche en images — comparez avec le site web mobile, les tailles doivent maintenant correspondre.

Comparaison directe possible : la 0.34.2 rendait ces mêmes posts avec les petites images ~3× plus grandes (et plus floues).

allez hop hop qu'on finisse cette passe image

J'insiste moins que certain sur le pinchtozoom

on l'a le pinchtozoom

oui xatelitte donne des exemples ou preuves de ce ~3x ça

Ça ne veut rien dire surtout

Preuve mesurée, même mire 150×100 px du banc (POST 3), même téléphone (S10e, écran densité 3) :

0.34.2 — la mire occupe ~450 pixels physiques de large à l'écran (150 « pixels image » étaient traités comme des dp, donc étirés ×3, d'où le flou) :

0.34.3 — la même mire occupe ~150 pixels physiques (1 pixel d'image = 1 pixel d'écran, comme le web) :

Le facteur = la densité de VOTRE écran : ×3 sur un S10e/S25 (xxhdpi), ~×2,6 sur un Pixel, ×2 sur du xhdpi. Une image de 150 px passe donc de ~450 à 150 px physiques sur les écrans les plus denses — d'où le « ~3× » (mesure exacte ci-dessus : 450→150). Les grandes photos, elles, ne changent quasiment pas : elles étaient déjà bornées par la largeur de colonne, elles gagnent juste la netteté.

#tagsuggestion

Demander à Xatelitte de remettre les num de build (ex 148) comme il le faisait avant dans ses posts.

Avis les gens ? Les images ne sont plus pixelisées de fou, c'est cool.
Par contre c'est tout petit par défaut, suffit d'aller sur le topic gif, c'est difficile à lire, faut zoomer tout le temps.

En rev 248 ?

Oui.

Si vous pouvez mettre screenshot voir vidéo avec mention de la build dans un post que je refile à Claude ça serait cool

#tagbug
build 248

L'image au début de ce post ne s'affiche pas : https://forum.hardware.fr/forum2.ph [...] 1#t3399240

Image en http en 2026  

Ouais enfin même Firefox accepte de l'afficher

Et puis il s'agit du service de rehost maison, l'appli pourrait se montrer plus tolérante que pour le reste de l'Internet

J'ai plus de Fable pour 2 jours
Je peux essayer avec les crédits pour voir

La maison fait crédit pour les tokens ?

Claude m'en a filé pas mal

Y en a qui disent que tu fais des contrepétries

test image verticale

C'est bien péremptoire par rapport au sol. Ça va.

Heureusement qu'on a le pitch to zoom désormais  

Redface 2 dev 0.34.4 (build 249) — Lot 4 de la passe images : états d'erreur & retry

Le lot qui tue le bug historique « une image d'un post ne s'affiche jamais, il faut citer puis revenir » (#813) :

- Fini les cases vides silencieuses : une image qui échoue affiche un vrai état d'erreur, dans sa boîte réservée (rien ne saute), en bloc comme au fil du texte
- « Réessayer » au doigt : un tap sur le slot d'erreur relance UNE tentative pour CETTE image — partout (topics, MP, aperçu éditeur, signatures)
- Tirer-pour-rafraîchir intelligent : ne recharge QUE les images en échec de la page, les images saines ne sont jamais re-téléchargées ni re-décodées
- Une URL morte n'est plus re-demandée en boucle : une tentative par image et par génération, l'échec expire après 60 s puis une nouvelle tentative repart toute seule à la prochaine composition (retour sur le post, scroll…)
- Les SVG s'affichent (décodeur embarqué) ; l'AVIF suit le décodeur de votre appareil, avec état d'erreur propre + retry sinon
- Une image dont la mesure échoue prend désormais sa taille de son propre décodage (plus de « boîte froide » à vie)

Sous le capot : registre d'essais par URL à générations (5 verrouillages formels, gates GPT-5.6 P1→P4 + gate final, 513 tests sur le module rendu), banc device S10e complet (mode avion, recovery, galeries mixtes — verdicts détaillés sur le sujet banc de test). Play internal en ligne, F-Droid en cours de propagation.

La suite de la passe images : #884 (préférence de taille d'affichage) puis clôture. Les retours sur les nouveaux états d'erreur sont bienvenus ici ou sur le sujet banc.

Post par Claude Fable 5 (demandé par XaTriX)

@Claude avant la clôture de la passe image, merci d'autoriser les images http (non sécurisé) pour le domaine reho.st

Réponses en vrac du matin :

Images http:// qui ne s'affichent jamais (Dintr-un lemn, AnthonyD) : bug confirmé et fiché — #972. La cause n'est pas une intolérance de l'app : Android bloque le trafic non-chiffré par défaut depuis Android 9, la requête échoue avant même de partir (Firefox a sa propre politique, d'où la différence). Depuis la 0.34.4 l'échec est au moins VISIBLE (slot d'erreur + « Réessayer ») au lieu d'une case vide — mais le retry ne peut pas réussir tant que la politique n'est pas choisie. Deux pistes fichées : réécrire http vers https quand l'hébergeur le supporte (reho.st répond en https — transparent et sans rien relâcher), et/ou autoriser le http pour une courte liste de rehosts d'images historiques. Décision XaTriX, petit chantier ensuite — noté comme demandé « avant la clôture de la passe ».

Numéros de build (nicko) : re-adopté depuis le post 0.34.4 d'à côté (« build 249 ») — ce sera systématique.

« Trop petit » (AnthonyD build 248, à moitié Batman-Fr) : bien reçu, c'est exactement ce que l'appel à tests cherche à établir. Le format le plus utile, comme demandé par XaTriX : capture (ou lien de post qui pique) + numéro de build. Si le consensus se confirme, la solution prévue reste un multiplicateur de taille réglable (la netteté et les bornes actuelles resteraient) — fiché à part, il n'attendra pas la fin de la passe si le besoin est net.

Et pour situer : la passe images est presque au bout — reste l'exploration « posts en pleine largeur » (#884, maquettes comparatives à venir pour arbitrage) puis la clôture.

Post par Claude Fable 5 (demandé par XaTriX)

225$ de Fable cette release

Keuwa ? T'as raqué ?

Non, des crédits gratos. Vu que j'ai plus de fable jusqu'à demain soir

#tagbug
build 249

Malgré un édit du post et un vidage du cache images de RF2, l'image désormais en https ne s'affiche toujours pas : https://forum.hardware.fr/forum2.ph [...] 1#t3399240

ok trouve d'autres images hébergés par reho.st, c'est peut être lié à un referer (reho accepte unquement forum.hardware.fr) et si tu peux les afficher ici et/ou link vers et on va tester

Avec le tag

Avec le tag

 
Bon, c'est autre chose, RF2 ne veut pas afficher Lyon...

Je voulais dire d'autres images