Thank you! I'd like to use this opportunity to factor out all this information into some machine-readable text files. I'll see if I find time to do that this week.
convert(): add option to get engine document (e.g. pikepdf.Pdf)
Kindly let me know if you are OK with it now, or if there's anything else to change.
What i had in mind was: take the convert function and put all the code that generates the pdf variable…
This change looks okay. Did you run the testsuite for your pull requests?
No need for a loop here - we can access the enum like a dictionary.
Yes, if your python version is recent enough. Is there an objective reason to change this?
checks like these for _getexif are there for a reason. Could you try and find out what changed that does not make these necessary anymore and since when it is like that?
convert(): add option to get engine document (e.g. pikepdf.Pdf)
I'm not happy with the design of adding another function argument which then, if set, changes the output type of the function. I think a better pattern would be to factor out the relevant code…
I think you should look into what systemd scripts do differently depending on whether they are executed in fakechroot versus in an unshared user namespace chroot. Systemd scripts will check…
Thank you! The issue should now be fixed with e415d0202a2e7371e57e86a36903cbe8c1bff186
Yes, this was the case in the past but hasn't been for nearly a year now. Where did you find that text?
Do these exe files not work for you? https://gitlab.mister-muffin.de/josch/plakativ/releases/tag/0.5.2
I still do not understand this part. I have expected to see one image being compressed and another just being directly embedded.
The PDF format allows for images to be encoded using the Paeth…
I have tried converting the same non-transparent PNG image, which was saved as interlaced and not interlaced, and in both cases it was zlib compressed.
Of course, that's how the PNG format…
Do I understand correctly that img2pdf currently compresses almost all image types (png, tiff etc.) and only jpegs are left uncompressed? README file suggest the opposite, but Adobe Acrobat…
Since systemd, everything has become so complicated for me that I can't understand it anymore
You are not alone. In the #debian-devel IRC channel it happens quite a few times that nobody…
I feared you would suggest that. But would yet another command line option be a good interface? I'd argue that --gzip is too general of an option as that could mean anything and maybe is needed…
Thank you, I now found the solution to this problem. The jpeg format apparently compresses badly for large areas of equal color. Steps to reproduce:
$ convert -size 8000x8000 xc:white…