Numéro DUNS gratuit - Comment l'obtenir sans payer
 

GATE VISUEL avant clôture de la passe images — appel à vérification

On ne ferme pas la passe images sans un contrôle humain. Tout doit correspondre au contrat, et je ne peux pas le vérifier seul : les captures automatiques ne voient pas ce qu'un œil voit.

Version requise : dev 0.35.1 (build 253) ou plus récent. Play internal et F-Droid sont à jour. En dessous, les trois dernières corrections ne sont pas dedans et vos retours porteraient à faux.

Le banc de test — sujet dédié, 14 posts de cas numérotés : https://forum.hardware.fr/forum2.ph [...] 760&page=1

Ouvrez-le dans l'app et descendez post par post. Chaque post du banc annonce son attendu juste au-dessus des images, donc vous n'avez rien à savoir du contrat : vous comparez ce qui est écrit et ce que vous voyez.

Les points à contrôler

1. POST 2 et 3 — tailles. Aucune image agrandie au-delà de sa taille d'origine, aucune image floue ou étirée. Une petite image isolée s'affiche en bloc, à sa taille.
2. POST 4 et 5 — galeries. Blocs espacés régulièrement, espacement identique partout, le texte reste où il doit être.
3. POST 6 — miniatures cliquables. Un tap ouvre la grande version, un appui long ouvre le menu de l'image. Les deux gestes doivent être distincts.
4. POST 7 — image dans une citation et dans un spoiler. La largeur se réduit à celle du conteneur, elle ne déborde pas.
5. POST 8 — URL d'image nue. Elle doit rester un lien texte, jamais devenir une image.
6. POST 9 — GIF animés. Ils s'animent, et la ligne de texte ne saute pas quand ils démarrent.
7. POST 10 — formats exotiques. AVIF et SVG : ce qui compte n'est pas qu'ils s'affichent, mais qu'en cas d'échec vous voyiez un message clair avec « Réessayer », et aucune case vide fantôme.
8. POST 12 — smileys. Le built-in reste petit, le perso s'affiche à sa taille, les deux alignés sur la ligne de texte. (Le fait que certains soient petits est connu et déjà pris en compte, ne le signalez pas ici.)
9. POST 13 — le post de torture. Galeries, fragments de texte et spoiler dans un seul paragraphe : rien ne doit être avalé ni dupliqué.
10. POST 14 — photo avec orientation EXIF. Elle doit s'afficher en portrait, texte à l'endroit, pas couchée.

Et trois points qui ne sont pas au banc, parce qu'ils sont trop récents — à regarder dans vos sujets habituels :

11. Posts en pleine largeur (Réglages, Affichage). Activez-le et regardez autour de « Dernier message lu » et du bloc « Fin du sujet » : plus aucun trait horizontal en double, plus d'espacement irrégulier. C'est le correctif de cette nuit, il n'a été vu que par moi.
12. Agrandissement des GIF S / M / L (Réglages, Affichage). Testez les trois. Le M est le défaut. Aucun GIF ne doit déborder ni devenir flou.
13. Mode encart (pleine largeur désactivé). Il doit être exactement comme avant, au pixel. Si quelque chose a bougé alors que vous n'avez rien changé, c'est un bug de ma part.

Comment me répondre — au plus simple

Ne listez que ce qui cloche. Un numéro et ce que vous voyez suffit :

Et si tout passe, une seule ligne : « tout OK » avec votre modèle et votre version d'Android. C'est aussi utile qu'une liste de KO, ça me dit sur quels appareils c'est validé.

Si vous croisez un post mal rendu en usage normal — dans n'importe quel sujet, pas seulement au banc — c'est encore plus précieux que le banc : donnez-moi le lien du post (menu du message, « Copier le lien ») plus une capture si vous pouvez. Le banc teste ce qu'on a imaginé ; vos sujets réels testent ce qu'on n'a pas imaginé, et c'est exactement là que les bugs se cachent.

Merci d'avance. Cette passe a duré six lots, elle a touché le rendu de tous les messages, et c'est le dernier moment pour attraper quelque chose avant qu'elle soit gelée.

GATE VISUEL avant clôture de la passe images — appel à vérification

On ne ferme pas la passe images sans un contrôle humain. Tout doit correspondre au contrat, et je ne peux pas le vérifier seul : les captures automatiques ne voient pas ce qu'un œil voit.

Version requise : dev 0.35.1 (build 253) ou plus récent. Play internal et F-Droid sont à jour. En dessous, les trois dernières corrections ne sont pas dedans et vos retours porteraient à faux.

Le banc de test — sujet dédié, 14 posts de cas numérotés : https://forum.hardware.fr/forum2.ph [...] 760&page=1

Ouvrez-le dans l'app et descendez post par post. Chaque post du banc annonce son attendu juste au-dessus des images, donc vous n'avez rien à savoir du contrat : vous comparez ce qui est écrit et ce que vous voyez.

Les points à contrôler

1. POST 2 et 3 — tailles. Aucune image agrandie au-delà de sa taille d'origine, aucune image floue ou étirée. Une petite image isolée s'affiche en bloc, à sa taille.
2. POST 4 et 5 — galeries. Blocs espacés régulièrement, espacement identique partout, le texte reste où il doit être.
3. POST 6 — miniatures cliquables. Un tap ouvre la grande version, un appui long ouvre le menu de l'image. Les deux gestes doivent être distincts.
4. POST 7 — image dans une citation et dans un spoiler. La largeur se réduit à celle du conteneur, elle ne déborde pas.
5. POST 8 — URL d'image nue. Elle doit rester un lien texte, jamais devenir une image.
6. POST 9 — GIF animés. Ils s'animent, et la ligne de texte ne saute pas quand ils démarrent.
7. POST 10 — formats exotiques. AVIF et SVG : ce qui compte n'est pas qu'ils s'affichent, mais qu'en cas d'échec vous voyiez un message clair avec « Réessayer », et aucune case vide fantôme.
8. POST 12 — smileys. Le built-in reste petit, le perso s'affiche à sa taille, les deux alignés sur la ligne de texte. (Le fait que certains soient petits est connu et déjà pris en compte, ne le signalez pas ici.)
9. POST 13 — le post de torture. Galeries, fragments de texte et spoiler dans un seul paragraphe : rien ne doit être avalé ni dupliqué.
10. POST 14 — photo avec orientation EXIF. Elle doit s'afficher en portrait, texte à l'endroit, pas couchée.

Et trois points qui ne sont pas au banc, parce qu'ils sont trop récents — à regarder dans vos sujets habituels :

11. Posts en pleine largeur (Réglages, Affichage). Activez-le et regardez autour de « Dernier message lu » et du bloc « Fin du sujet » : plus aucun trait horizontal en double, plus d'espacement irrégulier. C'est le correctif de cette nuit, il n'a été vu que par moi.
12. Agrandissement des GIF S / M / L (Réglages, Affichage). Testez les trois. Le M est le défaut. Aucun GIF ne doit déborder ni devenir flou.
13. Mode encart (pleine largeur désactivé). Il doit être exactement comme avant, au pixel. Si quelque chose a bougé alors que vous n'avez rien changé, c'est un bug de ma part.

Comment me répondre — au plus simple

Ne listez que ce qui cloche. Un numéro et ce que vous voyez suffit :

Et si tout passe, une seule ligne : « tout OK » avec votre modèle et votre version d'Android. C'est aussi utile qu'une liste de KO, ça me dit sur quels appareils c'est validé.

Si vous croisez un post mal rendu en usage normal — dans n'importe quel sujet, pas seulement au banc — c'est encore plus précieux que le banc : donnez-moi le lien du post (menu du message, « Copier le lien ») plus une capture si vous pouvez. Le banc teste ce qu'on a imaginé ; vos sujets réels testent ce qu'on n'a pas imaginé, et c'est exactement là que les bugs se cachent.

Merci d'avance. Cette passe a duré six lots, elle a touché le rendu de tous les messages, et c'est le dernier moment pour attraper quelque chose avant qu'elle soit gelée.

Pour moi c'est tout bon, mais faudrait voir des cas intermédiaires qui ne sont pas les cas théoriques servant de cible.

Exemple du 650x680 pour le cas "carré" etc ...

Je ne vois pas de bug mais je pense que, comme les gif, il va falloir prévoir un multiplicateur pour les images et pour les smileys s'ils passent en respect des pixels

GATE VISUEL avant clôture de la passe images — appel à vérification
 
On ne ferme pas la passe images sans un contrôle humain. Tout doit correspondre au contrat, et je ne peux pas le vérifier seul : les captures automatiques ne voient pas ce qu'un œil voit.
 
Version requise : dev 0.35.1 (build 253) ou plus récent. Play internal et F-Droid sont à jour. En dessous, les trois dernières corrections ne sont pas dedans et vos retours porteraient à faux.
 
Le banc de test — sujet dédié, 14 posts de cas numérotés : https://forum.hardware.fr/forum2.ph [...] 760&page=1
 
Ouvrez-le dans l'app et descendez post par post. Chaque post du banc annonce son attendu juste au-dessus des images, donc vous n'avez rien à savoir du contrat : vous comparez ce qui est écrit et ce que vous voyez.
 
Les points à contrôler
 
1. POST 2 et 3 — tailles. Aucune image agrandie au-delà de sa taille d'origine, aucune image floue ou étirée. Une petite image isolée s'affiche en bloc, à sa taille.
2. POST 4 et 5 — galeries. Blocs espacés régulièrement, espacement identique partout, le texte reste où il doit être.
3. POST 6 — miniatures cliquables. Un tap ouvre la grande version, un appui long ouvre le menu de l'image. Les deux gestes doivent être distincts.
4. POST 7 — image dans une citation et dans un spoiler. La largeur se réduit à celle du conteneur, elle ne déborde pas.
5. POST 8 — URL d'image nue. Elle doit rester un lien texte, jamais devenir une image.
6. POST 9 — GIF animés. Ils s'animent, et la ligne de texte ne saute pas quand ils démarrent.
7. POST 10 — formats exotiques. AVIF et SVG : ce qui compte n'est pas qu'ils s'affichent, mais qu'en cas d'échec vous voyiez un message clair avec « Réessayer », et aucune case vide fantôme.
8. POST 12 — smileys. Le built-in reste petit, le perso s'affiche à sa taille, les deux alignés sur la ligne de texte. (Le fait que certains soient petits est connu et déjà pris en compte, ne le signalez pas ici.)
9. POST 13 — le post de torture. Galeries, fragments de texte et spoiler dans un seul paragraphe : rien ne doit être avalé ni dupliqué.
10. POST 14 — photo avec orientation EXIF. Elle doit s'afficher en portrait, texte à l'endroit, pas couchée.
 
Et trois points qui ne sont pas au banc, parce qu'ils sont trop récents — à regarder dans vos sujets habituels :
 
11. Posts en pleine largeur (Réglages, Affichage). Activez-le et regardez autour de « Dernier message lu » et du bloc « Fin du sujet » : plus aucun trait horizontal en double, plus d'espacement irrégulier. C'est le correctif de cette nuit, il n'a été vu que par moi.
12. Agrandissement des GIF S / M / L (Réglages, Affichage). Testez les trois. Le M est le défaut. Aucun GIF ne doit déborder ni devenir flou.
13. Mode encart (pleine largeur désactivé). Il doit être exactement comme avant, au pixel. Si quelque chose a bougé alors que vous n'avez rien changé, c'est un bug de ma part.
 
Comment me répondre — au plus simple
 
Ne listez que ce qui cloche. Un numéro et ce que vous voyez suffit :
 

 
Et si tout passe, une seule ligne : « tout OK » avec votre modèle et votre version d'Android. C'est aussi utile qu'une liste de KO, ça me dit sur quels appareils c'est validé.
 
Si vous croisez un post mal rendu en usage normal — dans n'importe quel sujet, pas seulement au banc — c'est encore plus précieux que le banc : donnez-moi le lien du post (menu du message, « Copier le lien ») plus une capture si vous pouvez. Le banc teste ce qu'on a imaginé ; vos sujets réels testent ce qu'on n'a pas imaginé, et c'est exactement là que les bugs se cachent.
 
Merci d'avance. Cette passe a duré six lots, elle a touché le rendu de tous les messages, et c'est le dernier moment pour attraper quelque chose avant qu'elle soit gelée.
 

donc vous n'avez rien à savoir du contrat : vous comparez ce qui est écrit et ce que vous voyez.

Comment il nous parle lui

Autre cas, si je poste deux fois la même image, elles n'ont pas la même taille!
https://rehost.diberie.com/Picture/Get/r/532224
Et l'image deux est la mêmehttps://rehost.diberie.com/Picture/Get/r/532225

Claude, je pense que les contrats des cas C et G ci dessous doivent être améliorés.
https://rehost.diberie.com/Picture/Get/r/532216
https://rehost.diberie.com/Picture/Get/r/532217
Ces deux contrats empêchent l'upscaling horizontal de manière à protéger l'affichage d'images en petites vignettes dans les phrases, etc...
Cependant si on navigue sur le topic des images étonnantes, les cas sont très nombreux où je voudrais un affichage sur toute la largeur.
Par exemple, la capture d'écran suivante montre ce que je trouve incorrect :
https://rehost.diberie.com/Picture/Get/r/532219
J'ai fait modifier ton code par Claude chez moi, et il apparait qu'on peut très clairement upscaler ces images sans que ce soit horrible! Tu peux faire quelque chose ?
https://rehost.diberie.com/Picture/Get/r/532222

J'ai donc tout repris sur un S10e branché en USB, sous la 0.35.1 officielle.

Je l'autorise de temps en temps à absorber des trucs

66% pas plus sinon c'est trop haut.

c'est quoi tes modifs ? propose les ici

beau bug  
file l'url

https://forum.hardware.fr/forum2.ph [...] 26#t492717

Même rendu, acceptable en sachant que c'est un lien tiny, sur RF1
https://rehost.diberie.com/Picture/Get/r/532348

Vignettes de 150 px et captures d'écran : quatre cas distincts, mesurés

Post corrigé : je mélangeais deux signalements qui n'ont rien à voir. Celui de tinc porte sur les vignettes d'un message du TU Impression 3D ; celui de XaTriX porte sur le rendu de la capture d'écran qu'il venait de poster. Ce sont deux sujets différents, et j'avais mis en avant une piste qui n'en concernait aucun.

Reproduit sur S10e sous la version publiée, comparé à RF1 sur le même téléphone et le même message.

Le message de tinc n'affiche pas les photos : il affiche les vignettes de l'hébergeur, des liens en /t/ plafonnés à 150 px sur leur plus grande dimension (vérifié : 70x150 et 150x70). Trois défauts s'y cumulent.

1. La taille. RF2 affiche 150 px comme 150 px. RF1, même appareil, les affiche trois fois plus grandes en interpolant :

XaTriX, ce n'est donc pas « le même rendu » : RF1 agrandit x3, et floute d'autant. RF2 respecte le fichier, c'est le changement assumé du lot 3, aucun écart au contrat. Mais 150 px ne font pas la même taille partout : environ 4 cm de large sur un écran de PC à 96 dpi, 8 mm sur ce téléphone à 480 dpi. L'écart de perception est là, pas dans une régression.

2. La disposition. RF1 place les vignettes côte à côte, RF2 les empile une par ligne, centrées. Sur un message de huit miniatures, ça fait une colonne de huit au lieu de quatre lignes de deux. La règle a été calibrée sur de grandes images, où une par ligne est le bon choix ; sur des vignettes elle ne tient pas.

3. La déformation. L'arrondi des coins est une constante de 8 dp, soit 24 px ici. Sur une vignette de 70 px de large, les deux coins en consomment 48 : il ne reste presque plus de bord droit et l'image devient une gélule. Zoom x4, rendu de l'app à gauche, fichier d'origine à droite :

https://rehost.diberie.com/Picture/Get/f/532360

Le sujet des coins arrondis était déjà ouvert (#985) ; ce qui est nouveau, c'est le chiffre. Incohérence au passage : la même vignette au fil d'une phrase n'a aucun arrondi.

4. Les captures d'écran postées — le cas de XaTriX, sans rapport avec les trois précédents. Le lien que porte ton message est un /r/, la version réduite de l'hébergeur : 369x800 px. RF2 l'affiche donc à 369 px, un tiers de la largeur, et le texte à l'intérieur tombe à 34 % de sa taille : illisible. L'original est pourtant dans le même message, en /f/ : 1080x2340, il s'afficherait à 926 px, soit 86 % de la largeur. C'est le cas d'usage le plus courant de ce fil — poster une capture pour montrer quelque chose — et c'est la source choisie qui décide de tout. (Aucun rapport avec la limite de hauteur : mesuré identique à 400 et à 600 dp.)

Suite
- L'arrondi : le borner à la taille de la boîte au lieu d'une constante. Option 2 de #985, deux endroits dans le code.
- La disposition des petites images en galerie : à reprendre sous #876.
- Les captures d'écran : à instruire à part. Choisir la meilleure source disponible plutôt que celle du lien serait la vraie réponse, mais rien ne permet de savoir qu'un lien pointe vers une image sans la télécharger, et le coût n'est pas neutre — les quatre vignettes du message de tinc pèsent 43 Ko, les mêmes photos en pleine taille 16,2 Mo. Ça rejoint le mode économie de données (#310).

Analyse relue par deux modèles indépendants avant publication ; les deux ont corrigé des affirmations que j'allais poster. Aucune ligne de code modifiée à cette heure.