Regarding the following, written by "Jeff" on 2022-04-10 at 12:52 Uhr +0000:
Can't this be achieved with a user defined tool?
Sure thing, for instance: ``` convert -size 2480x3508 -depth 300x300 -transparent white in.pdf out.pdf ``` I see four problems with this though:1. This operation would be a lot faster on the PNM files, rather than first writing the PDF, and then basically accessing the PDF bitmaps page-wise for this operation;
2. The ImageMagick conversion really messes with the PDF file in ways I haven't figure out yet. If I apply it to the PNM files, there is no quality loss;
3. A user-defined tool does not have access to the resolution to be used, unlike gscan2pdf. I can calculate the dimensions, but only if I have the resolution;
4. Invoking user-defined tools is cumbersome, especially if you want to do so multiple times (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1007197)
I understand your point, but the argument can be made about all of the post-processing tools built-in, and the question becomes which one of those are so commonly used that they should be built-in. I never use unsharp mask, negation, brigthness/contrast, or even OCR, but they are built-in.
-- .''`. martin f. krafft <madduck@d.o> @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems"the difference between genius and stupidity
is that genius has it's limits." -- albert einstein
digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)