[SPIP Zone] [Spip-zone-commit] r115973 - in _squelettes_/html5up_solid_state

Hello Jean-marie,

c’est justement une erreur fréquente : si tu passes |image_reduire sur les images de la page, adaptive_images ne peux plus rien faire de bien car il se retrouve avec une image basse def comme source (si ta maquette a des largeurs d’image en 1200px, adaptive_images a besoin d’images sources en 2400px au moins pour pouvoir servir les écrant hautes définition)

Il faut choisir l’un ou l’autre !

--
Cédric
Le 15 juil. 2019 à 13:03 +0200, spip-zone-commit@rezo.net, a écrit :

Author: jeanmarie.listes@cousumain.info
Date: 2019-07-15 11:03:17 +0000 (Mon, 15 Jul 2019)
New Revision: 115973

Modified:
_squelettes_/html5up_solid_state/inclure/sections/article.html
_squelettes_/html5up_solid_state/inclure/sections/liste-articles-cases-petites-sans-lien.html
_squelettes_/html5up_solid_state/inclure/sections/rubrique.html
_squelettes_/html5up_solid_state/modeles/bouton.html
_squelettes_/html5up_solid_state/paquet.xml
Log:
V2.1.0 : - image_reduire au lieu de adaptive_images qui, de toute façon, si on l'active, prend la main sur image_reduire
- donner des tailles à image_reduire pour ne pas charger les images pleine balle (1210px pour le contenu qui semble être la taille max de la maquette)

Details: Connexion · GitLab

_______________________________________________
Spip-zone-commit@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone-commit

Salut Cédric,

merci pour ton retour.

L’idée était de rendre le plugin le moins dépendant possible mais effectivement, si ça casse le fonctionnement des images adaptatives, je vais revoir ça.

Je suis en train de le rependre pour fonctionner avec adaptive_images car actuellement, ça ne marche pas car les arrondis son sur les alors qu’adaptive_images fonctionne avec des image de fond aux . Je vais voir pour un fonctionnement plus souple…

Le passage du plugin de dev à test était peut-être anticipé :slight_smile:

jean marie

C’est fait :

Question : à quoi sert le onmousedown=« adaptImgFix(this) » sur les images adaptées ? par défaut, les images sont légèrement floues car agrandies artificiellement d’1 ou 2px. Quand on clique dessus, elles reprennent le taille normale.

Voir image nette (= cliquée) à gauche et floue (= pas cliquée donc) à droite.

Comportement observée avec la dist et uniquement Adaptive Images activé.

jean marie

Hello,

Tu utilises la dernière version du plugin Adaptive Images ?
Si oui il faudrait que je puisse voir le cas exact en ligne pour essayer de le fixer, ou à défaut que tu me donnes tous les réglages que tu as dans le plugin adaptive images, et la dimension exacte de l’image d’origine concernée, que j’essaye de reproduire…

Le problème :
- on envoie dans le html une image miniature jpg/compressée qu’on floute en CSS pour avoir un visuel le temps du chargement de la vrai image
- quand on génère la miniature, il y a des arrondis de px et du coup on peut avoir un léger décalage entre le rapport hauteur/largeur de la miniature et celui de la vrai image, qui créé le désagrément : la balise img s’affiche avec la miniature en data-url, elle en reprend donc exactement les dimensions, meme si on ne la voit pas et qu’on ne voit que la bonne image
- quand tu (right) clic il y a un bout de JS qui remplace l’attribut src de l’image et enlève la miniature pour mettre la vrai image affichée. Ceci au cas où tu voulais faire « enregistrer cette image… » ou « ouvrir cette image dans un nouvel onglet » ou tout chose de ce genre, et ne pas te retrouver avec la miniature à la place
Mais en effet, si on a un léger décalage de ratio, ça provoque un petit saut à ce moment là.

Plusieurs solutions
1/ vérifier que ton plugin est bien à jour
2/ modifier les réglages pour avoir une taille de miniature qui colle bien avec la taille de tes images (ça ça marche bien si toutes les images du site sont dans une taille standard un peu normalisée)
3/ utiliser une miniature d’aperçu de type vectorielle, qui est maintenant proposée, comme le double gradient, le tracé de contours ou le géometrize - dans ce cas on a pas le problème

--
Cédric
Le 18 juil. 2019 à 14:09 +0200, Jean Marie Grall <jeanmarie.listes@cousumain.info>, a écrit :

C'est fait : https://zone.spip.net/trac/spip-zone/changeset/115986/spip-zone
Question : à quoi sert le onmousedown="adaptImgFix(this)" sur les images adaptées ? par défaut, les images sont légèrement floues car agrandies artificiellement d'1 ou 2px. Quand on clique dessus, elles reprennent le taille normale.
Voir https://framapic.org/pvBzl5q6LzkS/X7I1LyWVSYHR.png image nette (= cliquée) à gauche et floue (= pas cliquée donc) à droite.
Comportement observée avec la dist et uniquement Adaptive Images activé.
jean marie

Le 16/07/2019 à 14:37, Jean Marie Grall a écrit :
> Salut Cédric,
> merci pour ton retour.
> L'idée était de rendre le plugin le moins dépendant possible mais effectivement, si ça casse le fonctionnement des images adaptatives, je vais revoir ça.
> Je suis en train de le rependre pour fonctionner avec adaptive_images car actuellement, ça ne marche pas car les arrondis son sur les <img> alors qu'adaptive_images fonctionne avec des image de fond aux <picture>. Je vais voir pour un fonctionnement plus souple...
> Le passage du plugin de dev à test était peut-être anticipé :slight_smile:
> jean marie
>
> Le 15/07/2019 à 16:08, Cerdic a écrit :
> > Hello Jean-marie,
> >
> > c’est justement une erreur fréquente : si tu passes |image_reduire sur les images de la page, adaptive_images ne peux plus rien faire de bien car il se retrouve avec une image basse def comme source (si ta maquette a des largeurs d’image en 1200px, adaptive_images a besoin d’images sources en 2400px au moins pour pouvoir servir les écrant hautes définition)
> >
> > Il faut choisir l’un ou l’autre !
> >
> > --
> > Cédric
> > Le 15 juil. 2019 à 13:03 +0200, spip-zone-commit@rezo.net, a écrit :
> > > Author: jeanmarie.listes@cousumain.info
> > > Date: 2019-07-15 11:03:17 +0000 (Mon, 15 Jul 2019)
> > > New Revision: 115973
> > >
> > > Modified:
> > > _squelettes_/html5up_solid_state/inclure/sections/article.html
> > > _squelettes_/html5up_solid_state/inclure/sections/liste-articles-cases-petites-sans-lien.html
> > > _squelettes_/html5up_solid_state/inclure/sections/rubrique.html
> > > _squelettes_/html5up_solid_state/modeles/bouton.html
> > > _squelettes_/html5up_solid_state/paquet.xml
> > > Log:
> > > V2.1.0 : - image_reduire au lieu de adaptive_images qui, de toute façon, si on l'active, prend la main sur image_reduire
> > > - donner des tailles à image_reduire pour ne pas charger les images pleine balle (1210px pour le contenu qui semble être la taille max de la maquette)
> > >
> > >
> > > Details: https://zone.spip.org/trac/spip-zone/changeset/115973
> > >
> > > _______________________________________________
> > > Spip-zone-commit@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone-commit
>
> ----
> spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone
----
spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

Hop un site de test : (sur la grande image mais pas la petite alors qu’en local, c’est plutôt la petite)

Avec les réglages par défaut du plugin : Et pas d’autres plugins activés.

c’est un comportement que j’ai depuis longtemps mais qui parait aléatoire…

jean marie

Ah oui c’est ça, là ton image source fait 640x427px, impossible de choper une taille de miniature qui colle.
Du coup la miniature fait 160x107 et ça correspond à 640x428px, d’où le glitch

Faudrait que je vois si je peux encapsuler la miniature en pixels dans un svg aux bonnes dimensions, pour éviter ce problème…

--
Cédric
Le 18 juil. 2019 à 14:53 +0200, Jean Marie Grall <jeanmarie.listes@cousumain.info>, a écrit :

Hop un site de test : https://dev2.cousumain.info/Lorem-ipsum-dolor-sit-amet.html
(sur la grande image mais pas la petite alors qu'en local, c'est plutôt la petite)
Avec les réglages par défaut du plugin : https://framapic.org/ctrmHv4iH26C/k56BU3zi9gOu.png
Et pas d'autres plugins activés.
c'est un comportement que j'ai depuis longtemps mais qui parait aléatoire...
jean marie
Le 18/07/2019 à 14:24, Cerdic a écrit :
> Hello,
>
>
> Tu utilises la dernière version du plugin Adaptive Images ?
> Si oui il faudrait que je puisse voir le cas exact en ligne pour essayer de le fixer, ou à défaut que tu me donnes tous les réglages que tu as dans le plugin adaptive images, et la dimension exacte de l’image d’origine concernée, que j’essaye de reproduire…
>
> Le problème :
> - on envoie dans le html une image miniature jpg/compressée qu’on floute en CSS pour avoir un visuel le temps du chargement de la vrai image
> - quand on génère la miniature, il y a des arrondis de px et du coup on peut avoir un léger décalage entre le rapport hauteur/largeur de la miniature et celui de la vrai image, qui créé le désagrément : la balise img s’affiche avec la miniature en data-url, elle en reprend donc exactement les dimensions, meme si on ne la voit pas et qu’on ne voit que la bonne image
> - quand tu (right) clic il y a un bout de JS qui remplace l’attribut src de l’image et enlève la miniature pour mettre la vrai image affichée. Ceci au cas où tu voulais faire « enregistrer cette image… » ou « ouvrir cette image dans un nouvel onglet » ou tout chose de ce genre, et ne pas te retrouver avec la miniature à la place
> Mais en effet, si on a un léger décalage de ratio, ça provoque un petit saut à ce moment là.
>
> Plusieurs solutions
> 1/ vérifier que ton plugin est bien à jour
> 2/ modifier les réglages pour avoir une taille de miniature qui colle bien avec la taille de tes images (ça ça marche bien si toutes les images du site sont dans une taille standard un peu normalisée)
> 3/ utiliser une miniature d’aperçu de type vectorielle, qui est maintenant proposée, comme le double gradient, le tracé de contours ou le géometrize - dans ce cas on a pas le problème
>
>
> --
> Cédric
> Le 18 juil. 2019 à 14:09 +0200, Jean Marie Grall <jeanmarie.listes@cousumain.info>, a écrit :
> > C'est fait : https://zone.spip.net/trac/spip-zone/changeset/115986/spip-zone
> > Question : à quoi sert le onmousedown="adaptImgFix(this)" sur les images adaptées ? par défaut, les images sont légèrement floues car agrandies artificiellement d'1 ou 2px. Quand on clique dessus, elles reprennent le taille normale.
> > Voir https://framapic.org/pvBzl5q6LzkS/X7I1LyWVSYHR.png image nette (= cliquée) à gauche et floue (= pas cliquée donc) à droite.
> > Comportement observée avec la dist et uniquement Adaptive Images activé.
> > jean marie
> >
> > Le 16/07/2019 à 14:37, Jean Marie Grall a écrit :
> > > Salut Cédric,
> > > merci pour ton retour.
> > > L'idée était de rendre le plugin le moins dépendant possible mais effectivement, si ça casse le fonctionnement des images adaptatives, je vais revoir ça.
> > > Je suis en train de le rependre pour fonctionner avec adaptive_images car actuellement, ça ne marche pas car les arrondis son sur les <img> alors qu'adaptive_images fonctionne avec des image de fond aux <picture>. Je vais voir pour un fonctionnement plus souple...
> > > Le passage du plugin de dev à test était peut-être anticipé :slight_smile:
> > > jean marie
> > >
> > > Le 15/07/2019 à 16:08, Cerdic a écrit :
> > > > Hello Jean-marie,
> > > >
> > > > c’est justement une erreur fréquente : si tu passes |image_reduire sur les images de la page, adaptive_images ne peux plus rien faire de bien car il se retrouve avec une image basse def comme source (si ta maquette a des largeurs d’image en 1200px, adaptive_images a besoin d’images sources en 2400px au moins pour pouvoir servir les écrant hautes définition)
> > > >
> > > > Il faut choisir l’un ou l’autre !
> > > >
> > > > --
> > > > Cédric
> > > > Le 15 juil. 2019 à 13:03 +0200, spip-zone-commit@rezo.net, a écrit :
> > > > > Author: jeanmarie.listes@cousumain.info
> > > > > Date: 2019-07-15 11:03:17 +0000 (Mon, 15 Jul 2019)
> > > > > New Revision: 115973
> > > > >
> > > > > Modified:
> > > > > _squelettes_/html5up_solid_state/inclure/sections/article.html
> > > > > _squelettes_/html5up_solid_state/inclure/sections/liste-articles-cases-petites-sans-lien.html
> > > > > _squelettes_/html5up_solid_state/inclure/sections/rubrique.html
> > > > > _squelettes_/html5up_solid_state/modeles/bouton.html
> > > > > _squelettes_/html5up_solid_state/paquet.xml
> > > > > Log:
> > > > > V2.1.0 : - image_reduire au lieu de adaptive_images qui, de toute façon, si on l'active, prend la main sur image_reduire
> > > > > - donner des tailles à image_reduire pour ne pas charger les images pleine balle (1210px pour le contenu qui semble être la taille max de la maquette)
> > > > >
> > > > >
> > > > > Details: https://zone.spip.org/trac/spip-zone/changeset/115973
> > > > >
> > > > > _______________________________________________
> > > > > Spip-zone-commit@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone-commit
> > >
> > > ----
> > > spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone
> > ----
> > spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

Bon je crois que j’ai réussi à corriger ce problème avec un SVG d’encapsulation.
Tu peux tester la dernière version et me dire ?

--
Cédric
Le 18 juil. 2019 à 15:05 +0200, Cerdic <cedric@yterium.com>, a écrit :

Ah oui c’est ça, là ton image source fait 640x427px, impossible de choper une taille de miniature qui colle.
Du coup la miniature fait 160x107 et ça correspond à 640x428px, d’où le glitch

Faudrait que je vois si je peux encapsuler la miniature en pixels dans un svg aux bonnes dimensions, pour éviter ce problème…

--
Cédric
Le 18 juil. 2019 à 14:53 +0200, Jean Marie Grall <jeanmarie.listes@cousumain.info>, a écrit :
> Hop un site de test : https://dev2.cousumain.info/Lorem-ipsum-dolor-sit-amet.html
> (sur la grande image mais pas la petite alors qu'en local, c'est plutôt la petite)
> Avec les réglages par défaut du plugin : https://framapic.org/ctrmHv4iH26C/k56BU3zi9gOu.png
> Et pas d'autres plugins activés.
> c'est un comportement que j'ai depuis longtemps mais qui parait aléatoire...
> jean marie
> Le 18/07/2019 à 14:24, Cerdic a écrit :
> > Hello,
> >
> >
> > Tu utilises la dernière version du plugin Adaptive Images ?
> > Si oui il faudrait que je puisse voir le cas exact en ligne pour essayer de le fixer, ou à défaut que tu me donnes tous les réglages que tu as dans le plugin adaptive images, et la dimension exacte de l’image d’origine concernée, que j’essaye de reproduire…
> >
> > Le problème :
> > - on envoie dans le html une image miniature jpg/compressée qu’on floute en CSS pour avoir un visuel le temps du chargement de la vrai image
> > - quand on génère la miniature, il y a des arrondis de px et du coup on peut avoir un léger décalage entre le rapport hauteur/largeur de la miniature et celui de la vrai image, qui créé le désagrément : la balise img s’affiche avec la miniature en data-url, elle en reprend donc exactement les dimensions, meme si on ne la voit pas et qu’on ne voit que la bonne image
> > - quand tu (right) clic il y a un bout de JS qui remplace l’attribut src de l’image et enlève la miniature pour mettre la vrai image affichée. Ceci au cas où tu voulais faire « enregistrer cette image… » ou « ouvrir cette image dans un nouvel onglet » ou tout chose de ce genre, et ne pas te retrouver avec la miniature à la place
> > Mais en effet, si on a un léger décalage de ratio, ça provoque un petit saut à ce moment là.
> >
> > Plusieurs solutions
> > 1/ vérifier que ton plugin est bien à jour
> > 2/ modifier les réglages pour avoir une taille de miniature qui colle bien avec la taille de tes images (ça ça marche bien si toutes les images du site sont dans une taille standard un peu normalisée)
> > 3/ utiliser une miniature d’aperçu de type vectorielle, qui est maintenant proposée, comme le double gradient, le tracé de contours ou le géometrize - dans ce cas on a pas le problème
> >
> >
> > --
> > Cédric
> > Le 18 juil. 2019 à 14:09 +0200, Jean Marie Grall <jeanmarie.listes@cousumain.info>, a écrit :
> > > C'est fait : https://zone.spip.net/trac/spip-zone/changeset/115986/spip-zone
> > > Question : à quoi sert le onmousedown="adaptImgFix(this)" sur les images adaptées ? par défaut, les images sont légèrement floues car agrandies artificiellement d'1 ou 2px. Quand on clique dessus, elles reprennent le taille normale.
> > > Voir https://framapic.org/pvBzl5q6LzkS/X7I1LyWVSYHR.png image nette (= cliquée) à gauche et floue (= pas cliquée donc) à droite.
> > > Comportement observée avec la dist et uniquement Adaptive Images activé.
> > > jean marie
> > >
> > > Le 16/07/2019 à 14:37, Jean Marie Grall a écrit :
> > > > Salut Cédric,
> > > > merci pour ton retour.
> > > > L'idée était de rendre le plugin le moins dépendant possible mais effectivement, si ça casse le fonctionnement des images adaptatives, je vais revoir ça.
> > > > Je suis en train de le rependre pour fonctionner avec adaptive_images car actuellement, ça ne marche pas car les arrondis son sur les <img> alors qu'adaptive_images fonctionne avec des image de fond aux <picture>. Je vais voir pour un fonctionnement plus souple...
> > > > Le passage du plugin de dev à test était peut-être anticipé :slight_smile:
> > > > jean marie
> > > >
> > > > Le 15/07/2019 à 16:08, Cerdic a écrit :
> > > > > Hello Jean-marie,
> > > > >
> > > > > c’est justement une erreur fréquente : si tu passes |image_reduire sur les images de la page, adaptive_images ne peux plus rien faire de bien car il se retrouve avec une image basse def comme source (si ta maquette a des largeurs d’image en 1200px, adaptive_images a besoin d’images sources en 2400px au moins pour pouvoir servir les écrant hautes définition)
> > > > >
> > > > > Il faut choisir l’un ou l’autre !
> > > > >
> > > > > --
> > > > > Cédric
> > > > > Le 15 juil. 2019 à 13:03 +0200, spip-zone-commit@rezo.net, a écrit :
> > > > > > Author: jeanmarie.listes@cousumain.info
> > > > > > Date: 2019-07-15 11:03:17 +0000 (Mon, 15 Jul 2019)
> > > > > > New Revision: 115973
> > > > > >
> > > > > > Modified:
> > > > > > _squelettes_/html5up_solid_state/inclure/sections/article.html
> > > > > > _squelettes_/html5up_solid_state/inclure/sections/liste-articles-cases-petites-sans-lien.html
> > > > > > _squelettes_/html5up_solid_state/inclure/sections/rubrique.html
> > > > > > _squelettes_/html5up_solid_state/modeles/bouton.html
> > > > > > _squelettes_/html5up_solid_state/paquet.xml
> > > > > > Log:
> > > > > > V2.1.0 : - image_reduire au lieu de adaptive_images qui, de toute façon, si on l'active, prend la main sur image_reduire
> > > > > > - donner des tailles à image_reduire pour ne pas charger les images pleine balle (1210px pour le contenu qui semble être la taille max de la maquette)
> > > > > >
> > > > > >
> > > > > > Details: https://zone.spip.org/trac/spip-zone/changeset/115973
> > > > > >
> > > > > > _______________________________________________
> > > > > > Spip-zone-commit@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone-commit
> > > >
> > > > ----
> > > > spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone
> > > ----
> > > spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone
----
spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

Le 18/07/2019 à 16:07, Cerdic a écrit :

Bon je crois que j’ai réussi à corriger ce problème avec un SVG d’encapsulation.
Tu peux tester la dernière version et me dire ?

Ça a l'air mieux : https://dev2.cousumain.info/Lorem-ipsum-dolor-sit-amet.html
Même si je ne vois pas le svg d'encapsulation...

oui c’est un peu compliqué de le voir, mais il est bien là: il faut enlever le filter:blur et le opacity:0.01 qui sont sur le img (sans cliquer dessus)
Impeccable !

--
Cédric
Le 18 juil. 2019 à 16:41 +0200, Jean Marie Grall <jeanmarie.listes@cousumain.info>, a écrit :

Le 18/07/2019 à 16:07, Cerdic a écrit :
> Bon je crois que j’ai réussi à corriger ce problème avec un SVG
> d’encapsulation.
> Tu peux tester la dernière version et me dire ?

Ça a l'air mieux :
https://dev2.cousumain.info/Lorem-ipsum-dolor-sit-amet.html
Même si je ne vois pas le svg d'encapsulation...