Bonjour,
C'est pour moi extrêmement urgent de résoudre ce soucis expliqué en dessous
Mon problème concerne l'affichage d'images au format png qui ont comme particularités d'avoir le fond de celle ci transparent, et donc quand on les affiche dans un cadre avec un fond de couleurs bien précis, celles ci s'y affichent avec pour fond d'image celui du cadre en question.
Exemple un png totalement transparent avec des brodures rouge si on l'affiche dans une page où le fond du container est de couleur bleue on ne verra alors que les bordure entourant mon png (rouge) et le fond de celui ci sera donc bleu ce qui est logique.
Ma passion (en plus de celle que vous me connaissez bien @Sylvain @Lionel) c'est le graphisme depuis des années. Dans cette passion nous utilisons des "Tubes" ou le sujet principal d'un tube est seul présent dans l'image, le fond de celle ci devant être transparent (en effet les créateur d'œuvre quand ils en sont propriétaire ont le droit d'y afficher un filigrane copyright ) ce qui est un impératif pour nous.
Dans notre toute dernière installation de DeltaCMS nous utilisons les modules Blog et Galerie Photos mais celle ci se refuse à afficher nos images car le fond d'affichage des miniatures est de couleur foncée.
Il est pourtant possible avec le css perso de changer certaines des couleurs paramétrées pour ces deux module particulier (ce que j'ai d'ailleurs réalisé et qui fonctionnent comme nous le souhaitons;
Par contre nul part dans tout les fichier du cms je n'ai trouvé une ligne à modifier pour que le fond des miniature soient affiché à cet endroit bien précis non pas la couleur foncé mais bien une couleur transparente comme c'est le cas actuellement;
Pourriez vous me dire où est codé et dans quel fichier (css ou php du cms) trouver ce code pour le modifier à notre guise.
Il est pour nous impératif de pouvoir à ses endroit afficher nos copyright pour que nos utilisateurs soient informés sur l'utilisation que nous leur accordons de nos images ainsi estampillées.
:) je vous ai fait des captures d'écran suffisamment explicites en elles même pour que vous visualisiez le soucis rencontré chez
nous.
En espérant que vous pourrez rapidement me donner une solution car là je sèche à 200%
Roger
(https://i67.servimg.com/u/f67/19/09/08/24/delta110.png)
(https://i67.servimg.com/u/f67/19/09/08/24/delta210.png)
(https://i67.servimg.com/u/f67/19/09/08/24/delta310.png)
(https://i67.servimg.com/u/f67/19/09/08/24/delta410.png)
(https://i67.servimg.com/u/f67/19/09/08/24/delta510.png)
(https://i67.servimg.com/u/f67/19/09/08/24/delta610.png)
(https://i67.servimg.com/u/f67/19/09/08/24/delta710.png)
(https://i67.servimg.com/u/f67/19/09/08/24/delta810.png)
Milles mercis pour votre réponse, j'espère que je ne vous embête pas avec "nos exigences bien spécifiques" mais le cms est tellement bien mieux conçu que certains autres que nous ne saurions maintenant nous en passer.
Nous l'avons essayé et nous l'avons adopté à 100 000 % plutôt qu'à 100%
Salut Roger,
(https://i67.servimg.com/u/f67/19/09/08/24/delta210.png)
OK pour le module Album en remplaçant le fichier album.php par celui ci-joint : album.7z
La transparence est sauvegardée pour gif, png, webp et avif
png-roger.jpg
autres-transparents.jpg
Pour le blog, remplace core/core.php par ce fichier : core-5202.zip
Il faut bien sur supprimer les caches avant de faire les tests (site/file/thumb/ pour le blog et site/file/cache/ pour l'album)
Merci Lionel pour ta réponse, je vais bien entendu télécharger les deux zips et les tester sur le site en question puis remonter ici le résultat; j'espère que cela fonctionnera surtout pour la galerie photos avec les exigences particulières qui me sont demandées.
Pas mal d'ailleurs d'avoir "remonté la piste jusqu"au site en question" si tu regardes maintenant tu pourras voir la partie Blog "réparée ce début d'apréss midi comme je l'explique dessous
### Petit retour de ma part
Pour la partie "Blog" j'y ai bossé toute la matinée et j'ai remarqué une chose:
Comme nous avions transféré depuis notre Delta de test vers celui actuellement en ligne les dossiers contenant les images , la procédure était bien conforme à celle d'une sauvegarde de dossier à réinjecter ensuite dans "/site/file/source/site/tubes/"
Mais quand on éditait les fameuses images qui devait avoir leur fond transparent et bien le chemin indiqué pour trouver l'image était erroné car ecrit deux fois comme ceci: "/site/file/source/site/tubes/site/file/source/site/tubes/nomimage.png"
Donc la parade à cela à été pour les autres dossiers ainsi que ceux des tubes de recréer les dossiers depuis le Delta en ligne puis ré-associer chacune des images avec le nouveau dossier crée.
Pour la partie Album photo j'avais aussi trouvé la personnalisation du fond complet et mis dans le css perso mais le choix des co-gestionnaires de notre site était de conserver impérativement le fond transparent sur lequel devait s'afficher les tubes png. Etr surtout certains copyright était écrits en couleur donc pas forcément visibles sur un fond de même couleur.
Je vous tiens au courant bien entendu pour le résultat avec les deux modification fourni dans les deux fichiers zip;
Encore merci Lionel pour l'aide que tu nous portes.
Roger
Hello Roger,
Heureux de te voir ici, j'espère que tu vas bien.
Bon développement !
Salut Tôt.
J'ai l'impression que nous nous connaissons et que par le passé nous "avons collaboré ensemble". Belgique et un négociant de vin me rappellent un ami qui avait bossé sur un plugin repris et amélioré par Sylvain ailleurs. Peut être je me trompe sur cette analyse car quelqu'un qui est "heureux de me voir ici" ne peut être qu'un ami pour moi :D
Je vais à peu prêt bien et suis surtout heureux d'avoir découvert DeltaCMS sous sa forme actuelle, c'était pour moi un rêve dans le passé et deux l'ont réalisés ici.
J'ai toujours la même passion pour "mes petites bricoles de codeur", surtout en backend pour tout CMS, ma passion de graphiste et du graphisme prenant de plus en plus le pas sur l'univers que je fréquentais avant.
Comme l'un ne va pas sans l'autre quand on veut mettre le tout dans un site web et bien je continue comme à mes "20 ans" heu faut en ajouter juste 44 de plus pour voir que je ne rajeuni pas.
Tôt, Bon développement à toi aussi, je viens de parcourir vite fait tes contributions sur le forum et elles sont vraiment celles d'un passionné qui produit pas mal de choses aussi.
Bien amicalement, Roger
Citation de: Lionel le Fév 04, 2025, 09:18 PMPour le blog, remplace core/core.php par ce fichier : core-5202.zip
Il faut bien sur supprimer les caches avant de faire les tests (site/file/thumb/ pour le blog et site/file/cache/ pour l'album)
1° Cache rafraîchi chez moi, injection en lieu et place du fichier "album.php" du module (situé ici sur mon "clone de test" ici /deltacms/module/album/album.php)
2° rafraîchissement par précaution des caches navigateurs
3° Création de la page devant recevoir le module photos et choix du dossier à y afficher
4° Enregistrement du tout et....
Ca marche po Lionel le fond sous les tubes reste désespérément noir ::)
==> Je précise que sur le site qui me sert de test, le fond des pages est tout en blanc....donc je devrais voir sur les tubes le copyright qui y est apposé.
Celle qui sert d'accroche sur le site est celle ci:
(http://desforges-roger.fr/deltacms/site/file/source/test-tubes/alien7-coly.png)
On voit bien écrit en noir image IA- tube Colybrix ici
Citation de: roger le Fév 05, 2025, 06:33 PMrafraîchissement par précaution des caches navigateurs
Citation de: roger le Fév 05, 2025, 06:33 PMCa marche po
Il y a très probablement une mise en cache dynamique côté serveur, t'as plus qu'à attendre qu'il se réactualise...
Car, un script ne peut pas à la fois fonctionner, et ne pas fonctionner :
1d.jpg
2g.jpg
Tests effectués sur 3 serveurs différents et en local -> Tout est OK
Citation de: roger le Fév 05, 2025, 06:33 PMCache rafraîchi chez moi
Rafraîchi ? Il faut supprimer les dossiers site/file/thumb/ pour le blog et site/file/cache/ pour l'album, du site sur lequel tu effectue les tests
On peut constater que ça fonctionne sur le blog :
blogroger.jpg
Quelques bannières transparentes, prises sur ce site et placées telles quelles sur le module Album :
Bannieres-transparentes.jpg
Alors, caisse qui marche pô ??
Lionel.
Je suis en train de refaire toute la procédure directement sur notre site en production
1° La page contenant notre galerie photos est actuellement une page masquée uniquement visible que par les admins.
Logiquement elle ne peut donc être visible en ligne par une personne non comprise dans les groupes autorisés à voir cette page cachée
2° je suis en train de supprimer la galerie photos ainsi que les album sélectionnés dans celle ci. Puis je supprime la page de test en elle même
3° Directement depuis notre serveur je supprime tout ce qui concerne les miniatures en cache dans le dossier concerné (site/file/cache/ pour l'album)
4° Je vide mes caches navigateurs des fichiers et images enregistrés depuis 24h
5° Je me déconnecte de notre site en production après avoir vérifié que tout à été effacé.
####
- Je vais me reconnecter ensuite, recréer une galerie photo masquée bien entendu car notre site est en ligne.
- Je vais bien entendu prendre toutes les captures d'écrans possible pour illustrer mon propos (coté serveur et cache ainsi que coté site pour la page masquée)
Promis ensuite Lionel je viens rendre compte du résultat de ce travail effectué.
Merci à toi pour la disponibilité que tu nous accordes, il en est de même de notre coté bien entendu pour donner le plus de remontées possibles au plus tôt nous aussi.
Voila, le temps de prendre toutes les captures d'écrans en plus de réaliser la procédure expliquée au dessus....le résultat est le même.
Première image, la page recrée vierge de tout contenu (cadre et flèches servent pour les infos "heures" "emplacements"
(https://i67.servimg.com/u/f67/19/09/08/24/117.png)
Seconde image détails précisés (0 galerie crée et procédure suivie à la lettre)
(https://i67.servimg.com/u/f67/19/09/08/24/216.png)
Troisième image paramétrage de la nouvelle page
(https://i67.servimg.com/u/f67/19/09/08/24/316.png)
Quatrième image configuration du module et des deux galeries à afficher
(https://i67.servimg.com/u/f67/19/09/08/24/416.png)
Dernière image elle parle d'elle même. :-[
(https://i67.servimg.com/u/f67/19/09/08/24/516.png)
Image montrant le cache des thumbs vidé avant de recréer le tout.
Inutile de faire une capture de plus pour tout mes caches navigateurs vidés aussi
(https://i67.servimg.com/u/f67/19/09/08/24/616.png)
Il y a quelque chose qui met d'office ce fond noir dans le module photo ou alors un truc qui empêche d'y ajouter une class css dans l'un des fichiers composant le module en question. je continue de chercher aussi de mon coté.
Citation de: roger le Fév 06, 2025, 11:50 AMDernière image elle parle d'elle même. :-[
As-tu bien remplacé le fichier album.php dans module/album ?
Quelle est la version de PHP installée sur ton serveur chez O2Switch SAS sur lequel ce site est hébergé ?
Il y a un bug connu sous PHP 7 pour certains fichiers PNG contenant des informations non valides écrites par des logiciels propriétaires fonctionnant sur des OS du même tonneau
Citation de: roger le Fév 06, 2025, 11:50 AMIl y a quelque chose qui met d'office ce fond noir dans le module photo ou alors un truc qui empêche d'y ajouter une class css dans l'un des fichiers composant le module en question. je continue de chercher aussi de mon coté.
Non, rien de tel n'existe dans ce module
Que donnent des tests que tu pourrais effectuer sur l'un de tes espaces Web chez IONOS ?
Lionel, tout les fichiers que tu m'avais fournis dans les deux Zip ont été installés en remplacement de ceux existants dans les duex versions exploitées (celle en htpps en ligne et celle chez moi servant pour les tests chez ionos)
J'ai même poussé le vice jusqu'à rétrograder les vesions php sur les deux serveurs en PHP7 (ils tournent avec du php8)
Dans le code concernant le module image (celui que tu as modifié pour permettre la transparence des miniatures) j'y ai relevé qu'une seule chose (je l'ai mise sur la page de test remaniée une fois de plus) il est question là d'une image à préserver marquée jpg hors une image en jpg/jpeg ne gère pas la transparence...
La ligne m'a intrigué et attiré mon attention car y est mentionné jpg comme extension de fichier image.
if ($fileInfo['extension'] !== 'jpg' || $fileInfo['extension'] !== 'jpeg')
A quoi fait référence cette ligne des codes?
J'ai aussi remarqué une class css devant être appliquée mais nul part dans tout les fichiers css on ne trouve trace de cette instruction...d'où ma question "manquerait il une constante css à implémenter dans un fichier pour que cette class soit prise en compte"
<figure class="album"><img src="site/file/cache/animaux/tn-souriscafe-coly-229662.webp" alt="Tubes animaliers tes" loading="lazy">
<figcaption><div class="galleryName" style="color: rgb(33, 34, 35);">Tubes animaliers tes</div></figcaption></figure>
</a>
Figure class album devrait il me semble avoir une instruction css pour appliquer cette fameuse class, ou alors est une ligne à corriger car cela aurait échappé à votre attention lors de la mise à disposition du script;
<figure class="album">
Voilà pour le moment où j'en suis dans les tests et remontées visuelle ici de ceux ci.
Lionel
Quand je dis que je pousse le vice pour la question php7 c'est effectivement pour voir les fameux bugs en question" sinon systématiquement j'utilise ce qui est préconisé par n'importe quel cms pour le php, voir les bases de données quand elles sont exigées bien entendu par ceux ci;
Tu me connais depuis des années et tu sais bien que je vais appliquer à la lettre toutes les directives données pour n'importe quel test à réaliser, donc je m'en tiens à tes directives précises jusqu'à ce que la solution puisse profiter à tous si elle a résolu ce problème bien particulier.
De même que je sais qu'il est important pour vous "les aidants" d'avoir les remontées les plus précises qui soient pour que vous puissiez de votre coté analyser la chose et chercher des solutions à nous proposer.
Citation de: roger le Fév 06, 2025, 02:52 PM<figure class="album">
Sert à différencier les "figure" de l'album des autres "figure" présentes sur le CMS, pour pouvoir, soit leur appliquer une règle spécifique, soit les exclure des règles concernant cette balise html5, donc rien à voir avec le pb rencontré
Citation de: roger le Fév 06, 2025, 02:52 PMLa ligne m'a intrigué et attiré mon attention car y est mentionné jpg comme extension de fichier image.
Code Sélectionner Étendre
if ($fileInfo['extension'] !== 'jpg' || $fileInfo['extension'] !== 'jpeg')
A quoi fait référence cette ligne des codes?
A précisément exclure ces types d'images du code sus mentionné
Citation de: roger le Fév 06, 2025, 02:57 PMque vous puissiez de votre coté analyser la chose et chercher des solutions à nous proposer.
Oui, mais là, précisément, il va falloir que je comprenne pourquoi mon code fonctionne sur tous mes serveurs et pas sur les tiens...
Nouvelle installation de la version en cours de Deltacms, et remplacement du fichier album.php :
r1.jpg
r2.jpg
(!...)
Puis, remplacement de core.php par le fichier que je t'aie fourni :
r3.jpg
(re !...)
Citation de: Lionel le Fév 06, 2025, 03:23 PMCitation de: roger le Fév 06, 2025, 02:57 PMque vous puissiez de votre coté analyser la chose et chercher des solutions à nous proposer.
Oui, mais là, précisément, il va falloir que je comprenne pourquoi mon code fonctionne sur tous mes serveurs et pas sur les tiens...
Tu n'auras pas à chercher Lionel quoi que ce soit, par contre tu vas pouvoir mettre résolu "pour le module photo" le fameux bug ainsi que le fichier salvateur envoyé par tes soins "album.php" fourni dans le zip.
Étant certain d'avoir envoyé chez 1&1 ainsi que sur O2switch tes deux fichiers, n'y ayant pas modifié quoi que ce soit dedans depuis leur installation....m' pété à la tronche "vérifies Roger ligne par ligne le fichier du Delta abum.php avec celui que Lionel t'as fourni."
Et ce faisant j'ai constaté que dans les deux fichiers (celui en ligne et celui fourni dans le zip) étaient strictement identiques!!!
Alors c'est bien simple, j'ai donc viré celui qui était en ligne, re-dézippé celui donné pour corriger le problème et ré-envoyé sur O2Switch. j'ai ensuite refais une page de test et là bingo ça fonctionnait; je n'ai pas encore fait la chose chez 1&1 mais je pense que ce sera le même résultat.
Lionel, à mon avis le fichier que j'ai envoyé hier sur le serveur à du être corrompu je ne sais comment pendant ce transfère, ce qui m'étonne c'est que même en vidant les caches (navigateurs et ceux concernés dans le site) c'est que le fichier était toujours fonctionnel en l'état jusqu'à ce que je le supprime sur le serveur et y réinjecte exactement le même au même endroit.
En tout cas il est certain d'une chose (en plus des bonnes explications donnés complémentairement aux autre question que je posais) tu as parfaitement résolu mon/notre problème, je pense même que vous pourriez inclure tes deux modifications (pour l'album & le blog) dans les futures mises à jour du Delta.
Milles mercis encore à toi Lionel pour ton aide précieuse qui as résolu notre soucis;
Roger
Citation de: roger le Fév 06, 2025, 03:53 PMAlors c'est bien simple, j'ai donc viré celui qui était en ligne, re-dézippé celui donné pour corriger le problème et ré-envoyé sur O2Switch. j'ai ensuite refais une page de test et là bingo ça fonctionnait; je n'ai pas encore fait la chose chez 1&1 mais je pense que ce sera le même résultat.
Lionel, à mon avis le fichier que j'ai envoyé hier sur le serveur à du être corrompu je ne sais comment pendant ce transfère, ce qui m'étonne c'est que même en vidant les caches (navigateurs et ceux concernés dans le site) c'est que le fichier était toujours fonctionnel en l'état jusqu'à ce que je le supprime sur le serveur et y réinjecte exactement le même au même endroit.
Te connaissant, je me doutais un peu de ce type de manip ;D , mais là ! T'as fait fort... J'ai encore les méninges qui fument, le pb était tout simplement incompréhensible
Citation de: roger le Fév 06, 2025, 03:53 PMtu as parfaitement résolu mon/notre problème, je pense même que vous pourriez inclure tes deux modifications (pour l'album & le blog) dans les futures mises à jour du Delta.
C'est prévu, la prochaine version du CMS inclut ces modifs
Citation de: roger le Fév 06, 2025, 03:53 PMtu vas pouvoir mettre résolu "pour le module photo"
Tu peux le faire en éditant le msg d'ouverture de ce sujet
Pour ceux qui ont suivi ce sujet et qui souhaitent bénéficier des modifications apportées à la version 5202 de Deltacms, voici une archive regroupant les 2 fichiers concernés par la préservation de la transparence lors de la création de miniatures à partir de fichiers images png, webp, gif et avif, ils sont dans leur arborescence, il vous suffit de déziper l'archive à la racine de votre site : maj-5202.zip
Avec, en prime, un poisson pour effectuer vos tests :
fish-lossy.png
Citation de: Lionel le Fév 06, 2025, 04:21 PMCitation de: roger le Fév 06, 2025, 03:53 PMAlors c'est bien simple, j'ai donc viré celui qui était en ligne, re-dézippé celui donné pour corriger le problème et ré-envoyé sur O2Switch. j'ai ensuite refais une page de test et là bingo ça fonctionnait; je n'ai pas encore fait la chose chez 1&1 mais je pense que ce sera le même résultat.
Lionel, à mon avis le fichier que j'ai envoyé hier sur le serveur à du être corrompu je ne sais comment pendant ce transfère, ce qui m'étonne c'est que même en vidant les caches (navigateurs et ceux concernés dans le site) c'est que le fichier était toujours fonctionnel en l'état jusqu'à ce que je le supprime sur le serveur et y réinjecte exactement le même au même endroit.
Te connaissant, je me doutais un peu de ce type de manip ;D , mais là ! T'as fait fort... J'ai encore les méninges qui fument, le pb était tout simplement incompréhensible
Tu me connais bien en effet, je vais vraiment chercher la petite bête (parfois à mon propre détriment) mais là je t'avoue que oui j'ai vraiment fait plus que fort dans toute "ma carrière" car c'est bien la première fois que je rencontre (venant de chez moi) ce type de problème et cela ne m'avais même pas effleuré l'esprit qu'un fichier sain pouvais provoquer ce genre de bug...
Et je sais que je vais mourir sans avoir reçu la réponse à ce truc qui je le pense n'a jamais du arriver à qui que ce soit "un transfert d'un fichier sain", son effacement sur le serveur et même transfert "du même fichier sain" pour qu'enfin un truc fonctionne.
C'est techniquement impossible ce genre de chose depuis que nous connaissons tout les deux Lionel comment fonctionne le web, les serveurs, et toute la construction de site, forum et touti.
Si encore j'avais modifié un tant soit peu tes fichiers ou les miens, là j'aurais compris, idem si j'avais par mégarde envoyé le mauvais fichier aussi...pareil si je ne l'avis pas envoyé du tout sur le serveur par inadvertance (ça m'est déjà arrivé par le passé) mais là tout était bon de ma part comme de la tienne.
Toi tes méninges elles fument encore....et bien moi c'est pire elles sont en train de cramer car ce "schmilblick là" je ne le comprend toujours pas;
Super le poisson, en tout cas ça fait des années que nous n'avions pas trouver un truc de ce genre à résoudre et c'est encore plus gratifiant quand toute une communauté va en profiter grâce à ta solution qui sera intégré directement dans une futur mise à jour du cms.