FLOZz a écrit 127 commentaires

Ayé trouvé ! C'est bien planqué commefonctionnalité… 😅️

Bah le problème c'est que déjà je ne connaissais pas cette possibilité… Et je viens de regarder et je n'ai pas d'entrée « Tous les événements » dans le menu affichage (Thunderbird 91.12). :(

Tu as parfaitement bien comprit : normalement chaque acteur ne peut lire que ses propres cookies, mais récupèrent le même quel que soit le site que tu visite. À présent ils seront en plus isolés par site que tu visites. :)

Pour ce qui est de l'envoie du message, c'est configurable dans « Édition → Préférences → Rédaction », puis dans la section « Style HTML », cliquer sur « Options d'expédition… ». Il est alors possible de cocher la case « [x] Envoyer les messages au format texte lorsque cela est possible ».

Pour la lecture des messages en texte brut plutôt qu'en HTML, il suffit d'aller dans « Affichage → Corps du message en → Texte seul ».

(j'utilise Thunderbird v91.10)

Les problèmes avec les SVG sont les suivants :

• À la base YOGA optimise des modèles 3D…. Et des images (comme elles sont utilisées pour les textures desdits modèles). Donc le support du SVG n'est pas une priorité dans YOGA (il y a actuellement encore énormément de travail à faire sur les formats matriciels).

• Les optimisations des SVGs proposées par scour sont très performantes, mais clairement il y a beaucoup de paramètres en fonction de ce qu'on s'autorise à perdre comme précision / les contournements pour certains cas d'usages ou bibliothèques spécifiques, etc. → Bref, il faut une GUI très complète (comme celle que propose Inkscape) pour vraiment tirer parti de tout le potentiel de scour, là où YOGA veut rester relativement simple (pas plus d'une ou 2 options par format).

• Comme je l'ai dit, yoga image permet de convertir d'un format vers n'importe quel autre, et je n'ai pas vraiment envie de complexifier ceci en rajoutant des restrictions. :)

---

Au final:

• scour propose déjà une CLI et une API Python tout à fait complète : donc peu d'intérêt de réintégrer la même chose dans YOGA lui-même (je parle ici de la lib dernière YOGA Image Optimizer).

• La seule chose qu'il manque peut-être, c'est une bonne GUI pour scour dans laquelle on pourrait optimiser en masse des SVG. Il serait peut-être intéressant de s'y pencher en tant que projet à part entière. :)

---

PS: désolé pour le temps de réponse, j'avais raté le message ^^'

Je connais scour, ça marche vachement bien ! :D

Mais pour YOGA je vais rester sur des formats matriciels : étant donné que YOGA peut effectuer des conversions entre les formats, ça va beaucoup compliquer les choses si on ne peux pas convertir n'importe quel format en n'importe quel autre :)

Bonjour,

Il s'agit d'une fonctionnalité qui dépasse le scope de YOGA, je ne pense donc pas l'implémenter.

Ceci dit, étant donné que YOGA est aussi un outil en CLI et une bibliothèque Python, il est tout à fait possible d'écrire un script ou un outil qui s’appuierait sur YOGA pour effectuer ce genre d'opération.

---

Aussi, comme l'a mentionné @Glandos dans un commentaire un peu plus haut, il existe un outil nommé Leanify qui semble faire exactement ce que vous souhaitez. :)

Pour commencer, je n'ai pas envie de rajouter encore des développements spécifiques pour cette plateforme (le portage Windows m'a déjà demandé un bon mois de travail pour contourner tous les problèmes de conception de cet OS).

Ensuite, la sélection automatique d'un thème sombre ou clair n'est pas vraiment le problème. L'application n'a actuellement pas une apparence « native » sur cet OS, et je préfère laisser le choix à l'utilisateur du thème qui lui convient le mieux, que ce soit pour des raisons esthétiques ou d'accessibilité (sélection d'un thème à haut contraste par exemple).

J'ai incorporé dans la version Windows un thème « Windows10 » permettant de donner une apparence plus proche d'une application native de l'OS, mais je ne l'ai pas activé par défaut dans YOGA Image Optimizer v1.1 car je ne suis pas satisfait de sa qualité (il y a quelques « bugs » visuels et je ne veux donc pas mettre ce thème par défaut sans les avoir corrigés, si un jour j'en ai le temps et la motivation).

:)

Ok, bon à savoir, merci pour le retour ! :)

Tu veux dire que l'interface graphique en GTK fonctionne « out-of-the-box » sous MacOS ? 🤯️

Oui je sais, mais je n'ai aucun intérêt à ajouter du code pour masquer une partie de l'UI dans le but de rendre une fonctionnalité inaccessible à certains système.

Je préfère que le logiciel soit identique pour tout le monde, sinon un jour je vais avoir une issue du style « je trouve pas l'option pour mettre le thème sombre ». :)

Si tu utilises YOGA Image Optimizer sous Linux, effectivement, cette option est très peu utile puisqu'on peut déjà choisir son thème globalement et il n'y a pas grand intérêt à avoir un thème différent pour une application spécifique.

J'ai surtout ajouté cette option pour le portage Windows du logiciel (oui, j'ai été assez fou pour porter une application Python/GTK sur cet OS… ^^'). Sous Windows ils n'ont pas la possibilité de sélectionner globalement un thème GTK… puis comme tout est compilé et distribué statiquement, les options de thème d'une application ne seraient de toute façon pas prises en compte par une autre…

La majorité des png que j'ai son des captures d'écran

Actuellement je travaille à ajouter une optimisation à perte pour les PNGs (réduction du nombre de couleurs) → il se peut que ça soit une option très efficace pour les captures d'écran (si on accepte de perde un peu en qualité lorsque des dégradés sont présents).

Par contre je ne le trouve pas très rapide. Les traitement sur les png sont coûteux ou tu n'a pas encore pris le temps de regarder ce coté là ?

Effectivement, le but premier de YOGA est de réduire au maximum le poids des images, et le coût pour y parvenir peut être élevé. Et encore pour les PNGs ça reste raisonnable, le traitement des JPEGs est bien plus lourd.

Si tu veux en savoir plus à ce sujet, j'avais écrit un passage sur les coûts d'optimisation dans un précédent article :

• https://blog.flozz.fr/2021/06/14/optimisez-vos-images-avec-yoga-image-optimizer/#une-optimisation-mais-a-quel-prix

Oui, mais la « principale » lib sur laquelle je m'appuie pour l'optimisation des JPEGs, c'est Guetzli. MozJPEG est utilisée en complément pour gratter quelques % supplémentaires. C'est pour ça que je n'utilise qu'une partie des optimisations de MozJPEG (celles sans pertes).

Il faudrait trouver le temps de faire un véritable benchmark de MozJPEG vs Guetzli. En comparant la qualité perçu des images (le problème c'est qu'il existe plusieurs modèles de comparaison).

Mais YOGA Image Optimizer a un (très) gros intérêt : il est graphique. Moi, la ligne de commande ça me va

Après, si tu préfères la ligne de commande ou que tu as besoin de scripter, YOGA dispose également d'une CLI complète :

• https://wanadev.github.io/yoga/cli/image.html

:)

J'avancerais une suggestion : nettoyage des métadonnées.

En fait c'est déjà le cas, YOGA supprime toutes les métadonnées des fichiers. Dans les faits, il serait même plus compliqué de les conserver que de les enlever. :)

il faudrait peut-être garder quand même dans ce cas les données exif sur l'orientation de l'image, puisque tu t'en sers pour afficher l'image correctement

En fait, même celle-là est supprimée : lorsque YOGA rencontre cette métadonnée en entrée, il applique directement la transformation, comme ça l'image reste droite, malgré la suppression des métadonnées.

Pour ce qui est de jpeg-recomrpess et de imageOtpim, il faut encore que je me penche un peu dessus pour voir ce que je pourrais en tirer.

Du côté des JPEGs je pense pas être tellement en mesure de gagner quelque chose (mais ça vaut toujours le coup de se renseigner et de tester des trucs).

Pour les PNGs par contre je pense qu'il y a encore une petite marge d'évolution pour la compression sans perte, et une grosse avec la compression à perte (réduction de couleurs). Je suis d'ailleurs en ce moment en train de travailler sur des bindings Python pour libimagequant (la bibliothèque utilisée derrière pngquant). :)

Sinon bravo pour le boulot, quels progrès depuis la dernière fois ! et puis je vois que tu soignes l'interface, c'est top.

Merci ! Effectivement je souhaite que l'interface reste agréable et simple à utiliser malgré le nombre d'options qui va forcément un peu augmenter.

Je pense encore rajouter 2 ou 3 trucs dedans pour la prochaine version, mais je vais surtout me concentrer sur la compression maintenant. :)

J'ai terminé cette après-midi d'implémenter le redimensionnement des images. C'est dispo sur la branche master et ça sortira dans la prochaine version :)

Si vous voulez un petit aperçu, c'est par là :

• https://mastodon.social/@FLOZz/106579177662484265

Ah oui j'avais pas fait gaffe au -m… mais ça ne change rien dans le cas présent…

Je viens de tester, et même sans le -m ZopfliPNG me sort une image plus petite…

-rw-rw-r--  1 fabien fabien   7907 juil. 13 10:40 avatar.png
-rw-rw-r--  1 fabien fabien   7728 juil. 13 10:41 avatar.yoga.png
-rw-rw-r--  1 fabien fabien   7728 juil. 13 10:41 avatar.yoga-slow.png
-rw-rw-r--  1 fabien fabien   7550 juil. 13 10:45 avatar.zopfli.png

Je considère donc ça comme un bug et je vais creuser pour trouver pourquoi ça fait ça. Merci beaucoup pour le retour du coup ! :)

Archivage d'images

Yoga est plutôt prévu pour l'optimisation d'images destinées à être publiées sur le web ou utilisées comme textures dans des modèles 3D.

Je ne pense pas que YOGA soit une bonne solution pour l'archivage : même si on s'efforce de ne pas dégrader la photo de manière perceptible, le JPEG est bel et bien réencodé et donc de pertes sont inévitables.

S'il on veut rester sur du JPEG, le mieux pour l'archivage serait d'utiliser l'utilitaire jpegtran (de préférence la version patchée par MozJPEG), qui va permettre d'optimiser l'image sans perte de qualité supplémentaire (mais forcément la réduction du poids de l'image sera moins spectaculaire).

Sinon, comme l'a indiqué @orfenor, il y a le format JpegXL qui semble prometteur et qui peut réencoder sans perte supplémentaire une image précédemment encodée au format JPEG (si j'ai bien lu la description du format).

Métadonnées

YOGA ne conserve actuellement pas les métadonnées des images.

J'ai ouvert un ticket à ce sujet comme ça m'a été demandé à plusieurs reprises, mais conserver les métadonnées pose plusieurs problèmes, notamment lors de la conversion d'une image entre les différents formats supportés…

En bref ça demande beaucoup de travail, et la conservation des métadonnées ne fait pas partie des besoin des principaux cas d'usage que YOGA essaye de couvrir :)

Bah c'est pas grave, grâce à toi on a gagné des explications super intéressantes de @Jehan. C'est toujours positif de discuter :)

Merci pour cette explication très claire et complète ! :D

Seul les dimensions en pixel de l'image sont systématiquement disponibles dans les fichiers.

Les autres informations peuvent éventuellement, parfois être présente sous forme de métadonnées dans certains formats de fichiers comme le JPEG, mais c'est pas du tout obligatoire (et bien souvent les informations stockées sont des valeurs par défaut exportées par un logiciel et pas forcément les bonnes).

Et pour certains formats comme le PNG cette information n'est pas présente et ne fait pas du tout partie de la norme.

c'est pour ça qu'il faudrait une saisie manuelle de l'utilisateur si on voulait faire ça :)

Ok je vois. Le souci avec cette méthode, c'est qu'avant de renseigner le nombre de DPI souhaiter, il faut

• soit indiquer à YOGA les dimensions de l'image en cm (ou en pouce en fonction des pays)
• soit lui indiquer la définition d'origine

Ça me parait être assez peu pratique au final, et étant donné que l'objectif de YOGA est surtout d'optimiser pour le web, donner des dimensions en pixels me semble plus approprié.

Généralement quand on commence à vouloir parler en unités physiques (cm / pouce) c'est qu'on veut faire du print et YOGA perd de son intérêt sur ce terrain-là (pas vraiment besoin d'optimiser une image que l'on veut imprimer).

En tout cas merci pour les explications plus précises :)

lorsqu'on ajoute une longue liste d'images, et qu'on veut leur appliquer les mêmes réglages (par exemple du PNG vers WEBP 75%), faut se taper toutes les lignes une par une. C'est dommage qu'on ne puisse pas sélectionner plusieurs lignes et appliquer les mêmes réglages pour ces images sélectionnées, ça serait plus pratique pour du traitement en masse (ou alors il y a un autre moyen que je n'ai pas trouvé)

Ça y est, je viens tout juste d'implémenter la multisélection sur master :D

Vidéo de démo par là : https://mastodon.social/web/statuses/106550416876265712