Le 9 juin 2016 à 06:39, <[email protected]> a écrit : > J'ai dézippé dans un dossier, modifier l'image la plus grosse en la > réduisant à 25%, j'ai enregistré le fichier tel quel en .zip et > renommé en .odt. LibreOffice 3.4 n'a pas voulu l'ouvrir (fichier > corrompu). Ma conclusion est que le fichier comprend sans doute > un format précis que le .zip ne suit pas (même sans modifier > l'image) et donc que ceci ne pourrait servir qu'à identifier > l'image la plus grosse. >
L'odt n'est vraiment qu'un zip normal. Mais le format doit être strictement suivi, ce que certains programmes ne font pas. Si vous êtes curieux, vous pouvez regarder le source du programme que j'ai indiqué, c'est exactement ce qu'il fait: décompresser l'archive, extraire les informations sur la dimension des images (en pixel et surtout en cm pour l'impression), redimensionner les images plus grandes que le DPI indiqué, et recompresser dans un zip. Si par exemple une image fait 10cm de large dans l'ODT et que l'on demande une résolution de 90dpi, si l'image est plus large que 354 pixels elle est réduite. On ne se base pas sur la taille du fichier ici. L'idée n'étant pas à la base de simplement réduire la taille du fichier, mais de redimensionner les images pour correspondre au besoin d'impression. Bien sûr le redimensionnement est fait ici avec la bibliothèque de base de Java, donc la qualité en prend un coup, mais remplacer cette partie par n'importe quel autre bibliothèque de traitement est trivial. Mais pour l'instant c'est dans la pile de choses à faire haha. -- Envoyez un mail à [email protected] pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
