Package: gscan2pdf Version: 2.12.5-1 Severity: normal The act of scanning a few pages is greatly automated and facilitated by gscan2pdf, but it's a rather confusing process, and especially one during which you better not interact with the UI.
I've recorded a screencast to illustrate the problems that happen when multiple pages are scanned, in this case 5: The process counter is rather inconsistent. During the video, you can see the following sequence: * Process 1 of 1 * Process 1 of 2 * Process 1 of 1 * Process 1 of 2 * Process 2 of 3 (to-png) * Process 2 of 4 * Process 3 of 5 (to-png) * Process 4 of 6 (to-png) * Process 5 of 6 (to-png) * Process 6 of 7 (unpaper) * Process 6 of 8 * Process 7 of 9 (unpaper) * Process 8 of 10 (unpaper) * Process 9 of 11 (to-png) * Process 10 of 12 (to-png) * Process 11 of 12 (to-png) * Process 12 of 12 (to-png) According to this, for 5 pages, 12 processes were invoked: 8 times to-png and 3 times unpaper, and none of this squares with 5 pages. It's also pretty confusing how the total number of processes keeps increasing. gscan2pdf knows how many post-processes it needs to run for each page. A better display might then be "Processing page 2 (operation 1 of 2)", one page at a time. At about 10s into the video, you will also see the selected page in the left pane jump around quite wildly. This means it's impossible to start interacting with the first couple of pages, while scanning is still going on. I think it would be a lot better if the selection wouldn't move at all. Page 1 scans and displays, then page 2 scans and displays, but if the user meanwhile selected page 1, the selection stays on page 1. And in the background, while page 2 is scanning, page 1 is being post-processed, but without needing to be selected. Thanks for your consideration. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gscan2pdf depends on: ii imagemagick 8:6.9.11.60+dfsg-1.3+b2 ii imagemagick-6.q16 [imagemagick] 8:6.9.11.60+dfsg-1.3+b2 ii libconfig-general-perl 2.63-1 ii libdate-calc-perl 6.4-1.1 ii libfilesys-df-perl 0.92-6+b7 ii libgoocanvas2-perl 0.06-2 ii libgtk3-imageview-perl 10-1 ii libgtk3-perl 0.038-1 ii libgtk3-simplelist-perl 0.21-1 ii libhtml-parser-perl 3.76-1+b1 ii libimage-magick-perl 8:6.9.11.60+dfsg-1.3 ii libimage-sane-perl 5-1+b2 ii liblist-moreutils-perl 0.430-2 ii liblocale-codes-perl 3.70-1 ii liblocale-gettext-perl 1.07-4+b2 ii liblog-log4perl-perl 1.54-1 ii libossp-uuid-perl [libdata-uuid-perl] 1.6.2-1.5+b10 ii libpdf-builder-perl 3.023-1 ii libproc-processtable-perl 0.634-1+b1 ii libreadonly-perl 2.050-3 ii librsvg2-common 2.52.5+dfsg-3+b1 ii libset-intspan-perl 1.19-2 ii libtiff-tools 4.3.0-5 ii libtry-tiny-perl 0.31-1 ii sane-utils 1.1.1-4 Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.28-2 ii pdftk 2.02-5+b1 ii pdftk-java [pdftk] 3.2.2-1 ii tesseract-ocr 4.1.1-2.1 ii unpaper 6.1-2+b2 ii xdg-utils 1.1.3-4.1 gscan2pdf suggests no packages. -- no debconf information -- .''`. 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
