gscan2pdf-help — General help and discussion about gscan2pdf

Re: [gscan2pdf-help] Scantpaper 3.0.5 - same problems plus a new one

[jeff <jf...@po...>]

Hi,

On 23/04/2026 06:31, Charles Manson via gscan2pdf-help wrote:
> The main window stated 3.0.5 on the title bar.
> 
> On a whim, I also downloaded the source into its own folder and ran it with "python3 scantpaper/app.py" and that didn't work either.
> 
> If I have time tomorrow I'll try to run that one with the logging enabled and submit the logs. And don't quote me on this, because I tried a number of things, but if I memory doesn't fail me, the icons on that one were perfect.

I use scantpaper almost exclusively this way. The reason it didn't work 
was probably a dependency problem, and the logs will help debug it.

Having said that, given that you are using a distro based on jammy, 
until I have the dependencies packaged properly for jammy, the easiest 
way for you to get it running is to download the .whl and install it via 
the instructions:

https://github.com/carygravel/scantpaper#from-a-wheel-file

> In the meantime, since you suspect that 3.0.3 is still lurking there somehow, if you send me instructions on what to delete from my system to completely remove it, I'll do that as well.

That depends on how you installed it. I've added some notes to the 
README on Github to help:

https://github.com/carygravel/scantpaper#download-installation--removal

Regards

Jeff

Re: [gscan2pdf-help] Scantpaper 3.0.5 - same problems plus a new one

[Charles M. <fa...@ya...>]

Hi Jeff,

The main window stated 3.0.5 on the title bar. 

On a whim, I also downloaded the source into its own folder and ran it with "python3 scantpaper/app.py" and that didn't work either.

If I have time tomorrow I'll try to run that one with the logging enabled and submit the logs. And don't quote me on this, because I tried a number of things, but if I memory doesn't fail me, the icons on that one were perfect.

In the meantime, since you suspect that 3.0.3 is still lurking there somehow, if you send me instructions on what to delete from my system to completely remove it, I'll do that as well.

I'll keep you posted, but if not tomorrow it might be a couple of days.

Thank you!






On Wednesday, April 22, 2026 at 02:12:02 PM EDT, Jeff <jf...@po...> wrote: 





Hi Charles,

On 21/04/2026 22:59, Charles Manson via gscan2pdf-help wrote:
> I was able to uninstall ver. 3.0.3 and installed 3.0.5.
> 
> It has the same problems as 3.0.3:

> - OCR is still performed regardless of the setting (I have it off).
> 
> - Still can't delete user-defined tools (edit/preferences). Running from the terminal, the following error appears when I try:
> TypeError: PreferencesDialog._add_user_defined_tool_entry.<locals>.delete_udt() takes 0 positional arguments but 1 was given

Thanks for taking the time to test, and for posting the log file. I see 
there that you still have 3.0.3 installed, which I guess explains why 
you are still seeing the above problems.

> - File's date is still 4 hours behind when saving a scanned document.

This one should be fixed by setting "Use timezone from locale" in 
Edit/Preferences/General Options.

> - There are a number of buttons with the wrong icon showing on the toolbar (the icon that shows is the circle with a diagonal line).

I assume that you installed scantpaper via pip. I haven't yet worked out 
how to get pip to install icons, which explains the above.

> - Tried installing from the repository, but that installs 3.0.0 (Linux Mint 21).
> 
> - Tried installing the deb package and it complains aboout ocrmypdf and doesn't install. Message: Error: Dependency is not satisfiable: ocrmypdf (>= 15.4.3).
> (I have ver. 13.4.0+dfsg-1)

Now I know you are on a distro based on Jammy, I'll put more effort into 
packaging the dependencies for you. It was a lot of effort for Noble, 
and it'll be even more for Jammy, as it is older. This will however also 
fix the icon issue. Unfortunately, I can't promise that I'll manage this 
any time soon, however, as I'll be travelling for a couple of months.

Regards

Jeff
_______________________________________________
gscan2pdf-help mailing list
gsc...@li...
https://lists.sourceforge.net/lists/listinfo/gscan2pdf-help

Re: [gscan2pdf-help] Scantpaper 3.0.5 - same problems plus a new one

[Jeff <jf...@po...>]

Hi Charles,

On 21/04/2026 22:59, Charles Manson via gscan2pdf-help wrote:
> I was able to uninstall ver. 3.0.3 and installed 3.0.5.
> 
> It has the same problems as 3.0.3:

> - OCR is still performed regardless of the setting (I have it off).
> 
> - Still can't delete user-defined tools (edit/preferences). Running from the terminal, the following error appears when I try:
> TypeError: PreferencesDialog._add_user_defined_tool_entry.<locals>.delete_udt() takes 0 positional arguments but 1 was given

Thanks for taking the time to test, and for posting the log file. I see 
there that you still have 3.0.3 installed, which I guess explains why 
you are still seeing the above problems.

> - File's date is still 4 hours behind when saving a scanned document.

This one should be fixed by setting "Use timezone from locale" in 
Edit/Preferences/General Options.

> - There are a number of buttons with the wrong icon showing on the toolbar (the icon that shows is the circle with a diagonal line).

I assume that you installed scantpaper via pip. I haven't yet worked out 
how to get pip to install icons, which explains the above.

> - Tried installing from the repository, but that installs 3.0.0 (Linux Mint 21).
> 
> - Tried installing the deb package and it complains aboout ocrmypdf and doesn't install. Message: Error: Dependency is not satisfiable: ocrmypdf (>= 15.4.3).
> (I have ver. 13.4.0+dfsg-1)

Now I know you are on a distro based on Jammy, I'll put more effort into 
packaging the dependencies for you. It was a lot of effort for Noble, 
and it'll be even more for Jammy, as it is older. This will however also 
fix the icon issue. Unfortunately, I can't promise that I'll manage this 
any time soon, however, as I'll be travelling for a couple of months.

Regards

Jeff

Re: [gscan2pdf-help] Scantpaper 3.0.5 - same problems plus a new one

[Charles M. <fa...@ya...>]

Addendum:

If I select to scan only the BACK side of the page, the scanner scans the page, but scantpage does nothing with it - it's not displayed and the mouse pointer turns into a wheel, as if waiting for something, and the program remains unresponsive. The only thing to do at this point is close it.

I wonder WHAT broke when I installed the 3.0.5 version.

Installed xsane, to see if there's something wrong with the Sane backend, but it works well - scans duplex, scans the front of the pages, the back, no problem.

Thanks





On Tuesday, April 21, 2026 at 04:59:52 PM EDT, Charles Manson via gscan2pdf-help <gsc...@li...> wrote: 





Hi,

I was able to uninstall ver. 3.0.3 and installed 3.0.5.

It has the same problems as 3.0.3:

- OCR is still performed regardless of the setting (I have it off).

- Still can't delete user-defined tools (edit/preferences). Running from the terminal, the following error appears when I try:
TypeError: PreferencesDialog._add_user_defined_tool_entry.<locals>.delete_udt() takes 0 positional arguments but 1 was given

- File's date is still 4 hours behind when saving a scanned document.

- There are a number of buttons with the wrong icon showing on the toolbar (the icon that shows is the circle with a diagonal line).


In addition to the above:

- Can't scan in duplex mode. The back side of the pages doesn't seem to be scanned.

- After all sheets are scanned, the following shows up in terminal:
ERROR:frontend.image_sane:Error running process 'scan_page': Document feeder out of documents

- After having installed 3.0.5, neither 3.0.3 nor 3.0.4 are able to scan duplex. I had 3.0.3 and it was able to do duplex without issues before I installed 3.0.5.

I'm attaching the log to this email.

This is beyond frustrating.


Other observations:

- Tried installing from the repository, but that installs 3.0.0 (Linux Mint 21).

- Tried installing the deb package and it complains aboout ocrmypdf and doesn't install. Message: Error: Dependency is not satisfiable: ocrmypdf (>= 15.4.3).
(I have ver. 13.4.0+dfsg-1)


Thanks!

_______________________________________________
gscan2pdf-help mailing list
gsc...@li...
https://lists.sourceforge.net/lists/listinfo/gscan2pdf-help

[gscan2pdf-help] Scantpaper 3.0.5 - same problems plus a new one

[Charles M. <fa...@ya...>]

 Hi,

I was able to uninstall ver. 3.0.3 and installed 3.0.5.

It has the same problems as 3.0.3:

- OCR is still performed regardless of the setting (I have it off).

- Still can't delete user-defined tools (edit/preferences). Running from the terminal, the following error appears when I try:
TypeError: PreferencesDialog._add_user_defined_tool_entry.<locals>.delete_udt() takes 0 positional arguments but 1 was given

- File's date is still 4 hours behind when saving a scanned document.

- There are a number of buttons with the wrong icon showing on the toolbar (the icon that shows is the circle with a diagonal line).


In addition to the above:

- Can't scan in duplex mode. The back side of the pages doesn't seem to be scanned.

- After all sheets are scanned, the following shows up in terminal:
ERROR:frontend.image_sane:Error running process 'scan_page': Document feeder out of documents

- After having installed 3.0.5, neither 3.0.3 nor 3.0.4 are able to scan duplex. I had 3.0.3 and it was able to do duplex without issues before I installed 3.0.5.

I'm attaching the log to this email.

This is beyond frustrating.


Other observations:

- Tried installing from the repository, but that installs 3.0.0 (Linux Mint 21).

- Tried installing the deb package and it complains aboout ocrmypdf and doesn't install. Message: Error: Dependency is not satisfiable: ocrmypdf (>= 15.4.3).
(I have ver. 13.4.0+dfsg-1)


Thanks!

[gscan2pdf-help] scantpaper v3.0.5 released

[Jeff <jf...@po...>]

Changes compared to v3.0.4

* Refactor hOCR parsing into thread to improve UI responsiveness
* Batch insertions of words in hidden text layer to improve UI
   responsiveness

Available on Github:

https://github.com/carygravel/scantpaper/releases/tag/v3.0.5

Or via the PPA:

https://launchpad.net/~jeffreyratcliffe/+archive/ubuntu/ppa

Re: [gscan2pdf-help] scantpaper v3.0.4 released -- feedback

[Jeff <jf...@po...>]

Hi Richard,

On 15/04/2026 00:44, Richard Lyons wrote:
>   1 - The program loaded successfully, and located my scanner (Epson
>       all-in-one L4260). Once unmaximised, I had to widen the window to
>       see the very wide toolbar. This would be a disadvantage in normal
>       use as I generally work in gscan2pdf with the three windows beside
>       each other, the main window in portrait format, the scan window and
>       the save dialog.

The above is interesting. For me, the basic UI of scantpaper is 
identical to gscan2pdf. Would you mind giving me a couple of screenshots 
to show me the differences you see?

>   2 - I opened the 'scan document' window with ctl-G as in gscan2pdf. It
>       had, I think, 5 tabs. The right-hand tab showed 0, 0, 210, 297 for
>       A4 by default (escellent!) but as I usually do on gscan2pdf I
>       clicked on 'custom' and changed it to A4. The window immediately
>       shed three of the tabs leaving me with only 'postprocessing' and
>       'page options'. So I could not select colour/greyscale/line, or the
>       dpi. Also the scan button was greyed out.

This is also interesting, because the logic of the scanner handling in 
scantpaper should also be identical to gscan2pdf. The behaviour you are 
describing suggests that your scanner reloads all options when you 
change the page size, and that the reload somehow times out or fails.

Please start scantpaper from the command line with the --log=log option, 
reproduce the problem, quit, and post me the log file, which scantpaper 
should have compressed with .xz

Regards

Jeff

Re: [gscan2pdf-help] scantpaper v3.0.4 released -- feedback

[Richard L. <ri...@ly...>]

Hi Jeff,

I thought I would give a quick test to see whether scantpaper is already
usable on my (debian 13) box. It turns out not to be. My comments may be
of limited value, but herre they are:

 1 - The program loaded successfully, and located my scanner (Epson
     all-in-one L4260). Once unmaximised, I had to widen the window to
     see the very wide toolbar. This would be a disadvantage in normal
     use as I generally work in gscan2pdf with the three windows beside
     each other, the main window in portrait format, the scan window and
     the save dialog.

 2 - I opened the 'scan document' window with ctl-G as in gscan2pdf. It
     had, I think, 5 tabs. The right-hand tab showed 0, 0, 210, 297 for
     A4 by default (escellent!) but as I usually do on gscan2pdf I
     clicked on 'custom' and changed it to A4. The window immediately
     shed three of the tabs leaving me with only 'postprocessing' and
     'page options'. So I could not select colour/greyscale/line, or the
     dpi. Also the scan button was greyed out.

I closed the scan document window and tried to reopen it with ctl-G, but
nothing happened.  I could not do anything further as a result. 

It makes me realize what a huge mission rewriting this software must be.

I take my hat off to you! ...and look forward to future releases...

Cordially,

richard


-- 
Richard Lyons
Brasil: rua Constante Jardim 35, Santa Teresa, 20240-230, Rio de Janeiro
   whatsap e tel: +55 (21) 97437-2244
Romania: strada Morii 41, Miercurea Nirajului, 547410, Mures
   tel: +40 771 604 557

[gscan2pdf-help] scantpaper v3.0.4 released

[Jeff <jf...@po...>]

Changes compared to v3.0.3

* Fix error running OCR from dialog.
   Closes #59 (OCR Fails: `int` object has no attribute `get_size`)
* Eliminate extra tesseract call when saving PDFs.
* Fix message 'Some pages have not been saved' when all pages have been
   saved. Closes #61
* Fix delete button in Edit/Preferences/User-defined tools
* Wrap post-save tool combobox in a scrollbar in case it is too long

Available on Github:

https://github.com/carygravel/scantpaper/releases/tag/v3.0.4

Or via the PPA:

https://launchpad.net/~jeffreyratcliffe/+archive/ubuntu/ppa

Re: [gscan2pdf-help] Scantpaper 3.0.3 - wheel-based installation issues and first tests

[Jeff <jf...@po...>]

Hi Charles,

On 05/04/2026 20:41, Charles Manson via gscan2pdf-help wrote:
> Then I had a dependency issue - pip install scantpaper-x.x.x-py3-none-any.whl doesn't install dependencies, despite the instructions stating otherwise - so I went through the list on git and had whatever was missing installed with synaptic package manager.
> 
> Once that finally worked, typing scantpaper on the terminal wouldn't do anything, so I spent about another half hour looking for it and found it in ~/.local/bin and was able to run it.

pip installs the Python dependencies, but not system libraries. I've 
added more notes to the README to make it clear what is necessary, plus 
your point about where the executable ends up. Thanks for the feedback.

> Scantpaper does OCR even when that option is NOT selected (I don't want OCR).

I've fixed that in the upcoming release.

> The save dialog is extremely wide. This is due to one of the entries in Preferences / General Options / User-defined tools is quite long. The save dialog's minimum width is tied to the length of the longest user-defined tool command.

I've fixed that by wrapping it in a scrollbar.

> User-defined tools can't be deleted once added. You can edit and delete their content, but the "Delete" buttons that appear to their right in the preferences dialog don't do anything.

I've fixed the delete button

> Output files' time is off. The files' timestamp is 4 hours behind. Saved files around 6:30 pm NY time and they show up with correct Created and Accessed times (6:30 pm), but Modified time is 2:30 pm. Work-around: currently using this as a post-save user-defined action:
> 
> touch -m --no-create %i
In Edit/Preferences/General Options, does unsetting "set access and 
modification times to metadata date" achieve what you want?

Regards

Jeff

Re: [gscan2pdf-help] scantpaper v3.0.3 released

[Jeff <jf...@po...>]

Hi Walter,

On 04/04/2026 21:29, Walter Ahrend via gscan2pdf-help wrote:
> And the post processing regarding page turning does not work either, instead of turning pages by 90 degr. it does -90 degr. (270 degr.)

I tested the post-processing rotation and concluded it was broken. I've 
now fixed this in the repo.

I'm sure that a mathematician would argue that anticlockwise angles are 
positive. However I admit that the UI would be better if it was clearer.

I've added an extra label to make it obvious.

Regards

Jeff

[gscan2pdf-help] Scantpaper 3.0.3 - wheel-based installation issues and first tests

[Charles M. <fa...@ya...>]

Hi Jeff,

Took me quite a bit to get it to finally install. First I had an issue with pdfminer.six when trying to get pip installed. The solution was to remove pdfminer.six and reinstall it.

Without the above step, python wouldn't even build the package.

Then I had a dependency issue - pip install scantpaper-x.x.x-py3-none-any.whl doesn't install dependencies, despite the instructions stating otherwise - so I went through the list on git and had whatever was missing installed with synaptic package manager.

Once that finally worked, typing scantpaper on the terminal wouldn't do anything, so I spent about another half hour looking for it and found it in ~/.local/bin and was able to run it.

Total time by someone who's only played around with python (YEARS ago) and was just following instructions blindly and googling solutions: 2 hours.

The program works nicely except for a few things.


Bugs:

Scantpaper does OCR even when that option is NOT selected (I don't want OCR).

The save dialog is extremely wide. This is due to one of the entries in Preferences / General Options / User-defined tools is quite long. The save dialog's minimum width is tied to the length of the longest user-defined tool command.

User-defined tools can't be deleted once added. You can edit and delete their content, but the "Delete" buttons that appear to their right in the preferences dialog don't do anything.

Output files' time is off. The files' timestamp is 4 hours behind. Saved files around 6:30 pm NY time and they show up with correct Created and Accessed times (6:30 pm), but Modified time is 2:30 pm. Work-around: currently using this as a post-save user-defined action:

touch -m --no-create %i

(One side effect of the touch command is that the files no longer have a Creation date - only modified and accessed.)

And interestingly, now gscan2pdf, which until yesterday saved files with correct timestamps, now is saving them with today's date, but 12:00 am as the time. I wonder what I broke, because I dread having to go into TimeShift and having to reboot, since I have so many things running, not to mention that if I did that, scantpaper will likely break for me.

Some of the icons on the toolbar are missing. See attachment.

Also, if you or anyone has any ideas on how to make the icons darker, I'm all ears. (This might be something I did years ago, but messing with screen colors is so tragically complicated in Mint that I never bothered to try. This affects scan2pdf, Thunderbird, and scantpaper.)

Let me know if you'd like me to run specific tests and send you the log.

Thanks and enjoy what's left of the weekend!

[gscan2pdf-help] Scantpaper 3.0.3 - wheel-based installation issues and first tests

[Jeff <jf...@po...>]

Hi fa...@ya...,

I see you've tried to send a message to the list, which it didn't 
forward due to its size.

I assume the problem is the log file. Please either attach it to an 
issue on Github: https://github.com/carygravel/scantpaper/issues or send 
it to my email address, rather than the list.

Regards

Jeff

Re: [gscan2pdf-help] scantpaper v3.0.3 released

[Jeff <jf...@po...>]

Hi Walter,

Thanks for the report.

On 04/04/2026 21:29, Walter Ahrend via gscan2pdf-help wrote:
> this ADF-problem with the last page not being scanned also appears with my EPSON GT-20000 scanner under UBUNTU 24.04
> 
> Looks like the ADF reports an empty paper feed after he pulls in the last page and then scantpaper stops without scanning the page and not even throwing out the last page from the ADF…

Please start scantpaper from the the cli with the --log=log option, 
reproduce the problem, quit and post the log file, and I'll take a look.

> And the post processing regarding page turning does not work either, instead of turning pages by 90 degr. it does -90 degr. (270 degr.)

I'll test that. Thanks.

Regards

Jeff

Re: [gscan2pdf-help] scantpaper v3.0.3 released

[Jeff <jf...@po...>]

Thanks for the report.

On 04/04/2026 20:54, daltrey wrote:
> 1. When scanning from flatbed, scantpaper repeatedly scans the page and 
> I can't stop the program without killing it. This does not happen if I 
> run the scanner via skanlite, for instance.
> 
> 2. Also, a problem I have with gscan2pdf on this scanner as well -- If 
> set to color, I will have a b/w scan. BUT, if I switch to grayscale and 
> then immediately switch back to color, I will get a color scan.
> 
> 3. It seems that the last page in an ADF scan never appears in 
> scantpaper. It does not seem to be a miss-feed problem or anything, as I 
> will get a series of pages and the last page feeds through the scanner 
> properly, but does not appear on the screen.

Please start scantpaper from the the cli with the --log=log option, 
reproduce the problem, quit, and post the log file. I'll take a look.

Regards

Jeff

Re: [gscan2pdf-help] scantpaper v3.0.3 released

[Walter A. <wal...@we...>]

Jeff,

this ADF-problem with the last page not being scanned also appears with my EPSON GT-20000 scanner under UBUNTU 24.04

Looks like the ADF reports an empty paper feed after he pulls in the last page and then scantpaper stops without scanning the page and not even throwing out the last page from the ADF…

And the post processing regarding page turning does not work either, instead of turning pages by 90 degr. it does -90 degr. (270 degr.)

All of this works well with gscan2pdf…

BR,
Walter

> Am 04.04.2026 um 21:14 schrieb daltrey <da...@da...>:
> 
> Thank you.
> 
> Report from OpenSUSE Tumbleweed > Epson ET-4800
> 
> 1. I appreciate that I can unzip the tar.gz file and run it from the directory. (I did not have to install any further dependencies beyond my last report re v3.0.1.)
> 
> 2. setup.py works, but as installed, several icons are missing (such as "scanner" icon). There are placeholders and the alt-text on hover. Scantpaper works, though.  If I run from the scantpaper directory where I extracted the .tar.gz file (python3 scantpaper/app.py), then the icons are available. After setup.py install, /user/local/bin/scantpaper then works to run scantpaper (or just "scantpaper", since /user/local/bin is in the path).
> 
> 3. The .desktop file doesn't work for me, might be a permissions issue. I can make my own .desktop file and it works fine.
> 
> 4. scantpaper can't find language files (but I don't need or want them anyway). It may be looking for the general linux language files? I removed those with bleachbit to save space.
> 
> Possibly scanner specific:
> 
> 1. When scanning from flatbed, scantpaper repeatedly scans the page and I can't stop the program without killing it. This does not happen if I run the scanner via skanlite, for instance.
> 
> 2. Also, a problem I have with gscan2pdf on this scanner as well -- If set to color, I will have a b/w scan. BUT, if I switch to grayscale and then immediately switch back to color, I will get a color scan.
> 
> 3. It seems that the last page in an ADF scan never appears in scantpaper. It does not seem to be a miss-feed problem or anything, as I will get a series of pages and the last page feeds through the scanner properly, but does not appear on the screen.
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>> On 4/4/2026 7:08 AM, Jeff wrote:
>> Changes compared to v3.0.2
>> * + `Error during device I/O` to errors triggering "Error opening the
>>   last device used" dialog
>> * Question caching device list including libusb devices
>> * Fix race conditions when new actions triggered before previous
>>   finished. Closes #55 (Save error)
>> Available on Github:
>> https://github.com/carygravel/scantpaper/releases/tag/v3.0.3
>> Or via the PPA:
>> https://launchpad.net/~jeffreyratcliffe/+archive/ubuntu/ppa
>> _______________________________________________
>> gscan2pdf-help mailing list
>> gsc...@li...
>> https://lists.sourceforge.net/lists/listinfo/gscan2pdf-help
> 
> 
> 
> _______________________________________________
> gscan2pdf-help mailing list
> gsc...@li...
> https://lists.sourceforge.net/lists/listinfo/gscan2pdf-help

Re: [gscan2pdf-help] scantpaper v3.0.3 released

[daltrey <da...@da...>]

Thank you.

Report from OpenSUSE Tumbleweed > Epson ET-4800

1. I appreciate that I can unzip the tar.gz file and run it from the 
directory. (I did not have to install any further dependencies beyond my 
last report re v3.0.1.)

2. setup.py works, but as installed, several icons are missing (such as 
"scanner" icon). There are placeholders and the alt-text on hover. 
Scantpaper works, though.  If I run from the scantpaper directory where 
I extracted the .tar.gz file (python3 scantpaper/app.py), then the icons 
are available. After setup.py install, /user/local/bin/scantpaper then 
works to run scantpaper (or just "scantpaper", since /user/local/bin is 
in the path).

3. The .desktop file doesn't work for me, might be a permissions issue. 
I can make my own .desktop file and it works fine.

4. scantpaper can't find language files (but I don't need or want them 
anyway). It may be looking for the general linux language files? I 
removed those with bleachbit to save space.

Possibly scanner specific:

1. When scanning from flatbed, scantpaper repeatedly scans the page and 
I can't stop the program without killing it. This does not happen if I 
run the scanner via skanlite, for instance.

2. Also, a problem I have with gscan2pdf on this scanner as well -- If 
set to color, I will have a b/w scan. BUT, if I switch to grayscale and 
then immediately switch back to color, I will get a color scan.

3. It seems that the last page in an ADF scan never appears in 
scantpaper. It does not seem to be a miss-feed problem or anything, as I 
will get a series of pages and the last page feeds through the scanner 
properly, but does not appear on the screen.










On 4/4/2026 7:08 AM, Jeff wrote:
> Changes compared to v3.0.2
> 
> * + `Error during device I/O` to errors triggering "Error opening the
>    last device used" dialog
> * Question caching device list including libusb devices
> * Fix race conditions when new actions triggered before previous
>    finished. Closes #55 (Save error)
> 
> Available on Github:
> 
> https://github.com/carygravel/scantpaper/releases/tag/v3.0.3
> 
> Or via the PPA:
> 
> https://launchpad.net/~jeffreyratcliffe/+archive/ubuntu/ppa
> 
> 
> 
> _______________________________________________
> gscan2pdf-help mailing list
> gsc...@li...
> https://lists.sourceforge.net/lists/listinfo/gscan2pdf-help

Re: [gscan2pdf-help] G4 compression in pdfs - excessive overhead in resulting files

[Charles M. <mi...@ve...>]

Hi Jeff,

I will give it a try and get back to you.

Charlie Millar

On 4/4/26 8:10 AM, Jeff wrote:
> Hi Charles,
> 
> On 04/04/2026 05:27, Charles Manson via gscan2pdf-help wrote:
>> I've been using gscan2pdf for years and am currently using version 
>> 2.13.2 under linux mint 21 with a Fujitsu fi-6140z scanner.
>>
>> I've noticed that when I scan a page and save it using G4 compression, 
>> the overhead inside the pdf is excessive (see link at bottom).
>>
>> The pdf is 152.8 KB, while the only image it contains is only 83.7 KB.
> 
> We've been working on scantpaper, a successor to gscan2pdf, for the last 
> few years, which I think would also solve your file size problem.
> 
> Because of this, I'm not planning to work on gscan2pdf unless there is 
> really good reason.
> 
> Unfortunately, as the first releases were this year, and Mint 21 is 
> based on Ubuntu Focal (20.04), which isn't supported by the Ubuntu's PPA 
> or Github any more, it isn't going to be easy to create Debian packages 
> that will work for you.
> 
> Your best option is to download the wheel file from https://github.com/ 
> carygravel/scantpaper/actions/runs/23977881944/artifacts/6270515847 and 
> install it with
> 
>   pip install scantpaper-3.0.3-py3-none-any.whl
> 
> and then start the application with
> 
>   scantpaper
> 
> or to get some logging output:
> 
>   scantpaper --log=log
> 
> Please give it a try and let us know how you get on!
> 
> Regards
> 
> Jeff
> 
> 
> 
> _______________________________________________
> gscan2pdf-help mailing list
> gsc...@li...
> https://lists.sourceforge.net/lists/listinfo/gscan2pdf-help

[gscan2pdf-help] scantpaper v3.0.3 released

[Jeff <jf...@po...>]

Changes compared to v3.0.2

* + `Error during device I/O` to errors triggering "Error opening the
   last device used" dialog
* Question caching device list including libusb devices
* Fix race conditions when new actions triggered before previous
   finished. Closes #55 (Save error)

Available on Github:

https://github.com/carygravel/scantpaper/releases/tag/v3.0.3

Or via the PPA:

https://launchpad.net/~jeffreyratcliffe/+archive/ubuntu/ppa

Re: [gscan2pdf-help] G4 compression in pdfs - excessive overhead in resulting files

[Charles M. <fa...@ya...>]

 Hi,
Ah! There's something new! You should indicate this in https://gscan2pdf.sourceforge.net/
After a few excruciating hours going back and forth with chatgpt and my own attempts (because its responses, for some reason had small, stupid mistakes - i% instead of %i, etc.), I came up with a solution using the data-save hook.
Add this in the hook and save files as tiff g4:
sh -c 'in="$1"; convert "$in" -compress Group4 /tmp/tmp-g4.tif && tiff2pdf -o "${in%.*}.pdf" /tmp/tmp-g4.tif && rm -f /tmp/tmp-g4.tif "$in" && xdg-open "${in%.*}.pdf"' -- %i
You will need to have imagemagick installed. It takes the resulting tiff file, saves it in /tmp with G4 compression (I'm not sure this step is needed now that I've slept), converts that tiff to pdf, deletes the tiff saved by gscan2pdf, and opens the pdf in the default viewer.
I'll give gscantpdf a shot next week and report back if I run into any issues. 

Thanks again!!!!
    On Saturday, April 4, 2026 at 08:11:22 AM EDT, Jeff <jf...@po...> wrote:  
 
 Hi Charles,

On 04/04/2026 05:27, Charles Manson via gscan2pdf-help wrote:
> I've been using gscan2pdf for years and am currently using version 
> 2.13.2 under linux mint 21 with a Fujitsu fi-6140z scanner.
> 
> I've noticed that when I scan a page and save it using G4 compression, 
> the overhead inside the pdf is excessive (see link at bottom).
> 
> The pdf is 152.8 KB, while the only image it contains is only 83.7 KB.

We've been working on scantpaper, a successor to gscan2pdf, for the last 
few years, which I think would also solve your file size problem.

Because of this, I'm not planning to work on gscan2pdf unless there is 
really good reason.

Unfortunately, as the first releases were this year, and Mint 21 is 
based on Ubuntu Focal (20.04), which isn't supported by the Ubuntu's PPA 
or Github any more, it isn't going to be easy to create Debian packages 
that will work for you.

Your best option is to download the wheel file from 
https://github.com/carygravel/scantpaper/actions/runs/23977881944/artifacts/6270515847 
and install it with

  pip install scantpaper-3.0.3-py3-none-any.whl

and then start the application with

  scantpaper

or to get some logging output:

  scantpaper --log=log

Please give it a try and let us know how you get on!

Regards

Jeff

_______________________________________________
gscan2pdf-help mailing list
gsc...@li...
https://lists.sourceforge.net/lists/listinfo/gscan2pdf-help
  

Re: [gscan2pdf-help] G4 compression in pdfs - excessive overhead in resulting files

[Jeff <jf...@po...>]

Hi Charles,

On 04/04/2026 05:27, Charles Manson via gscan2pdf-help wrote:
> I've been using gscan2pdf for years and am currently using version 
> 2.13.2 under linux mint 21 with a Fujitsu fi-6140z scanner.
> 
> I've noticed that when I scan a page and save it using G4 compression, 
> the overhead inside the pdf is excessive (see link at bottom).
> 
> The pdf is 152.8 KB, while the only image it contains is only 83.7 KB.

We've been working on scantpaper, a successor to gscan2pdf, for the last 
few years, which I think would also solve your file size problem.

Because of this, I'm not planning to work on gscan2pdf unless there is 
really good reason.

Unfortunately, as the first releases were this year, and Mint 21 is 
based on Ubuntu Focal (20.04), which isn't supported by the Ubuntu's PPA 
or Github any more, it isn't going to be easy to create Debian packages 
that will work for you.

Your best option is to download the wheel file from 
https://github.com/carygravel/scantpaper/actions/runs/23977881944/artifacts/6270515847 
and install it with

  pip install scantpaper-3.0.3-py3-none-any.whl

and then start the application with

  scantpaper

or to get some logging output:

  scantpaper --log=log

Please give it a try and let us know how you get on!

Regards

Jeff

[gscan2pdf-help] G4 compression in pdfs - excessive overhead in resulting files

[Charles M. <fa...@ya...>]

Hi,
First of all, thanks for a great program and thanks for making it free.
I've been using gscan2pdf for years and am currently using version 2.13.2 under linux mint 21 with a Fujitsu fi-6140z scanner.
I've noticed that when I scan a page and save it using G4 compression, the overhead inside the pdf is excessive (see link at bottom).
The pdf is 152.8 KB, while the only image it contains is only 83.7 KB.
Here are the details I was able to gather from the pdf:
$ pdfimages -list out-gscan2pdf.pdf 
page   num  type   width height color comp bpc  enc interp  object ID x-ppi y-ppi size ratio
--------------------------------------------------------------------------------------------
   1     0 image    2488  3284  gray    1   1  ccitt  yes       13  0   300   300 83.7K 8.4%
$ pdfinfo out-gscan2pdf.pdf 
Title:           out fr gscan2pdf
Creator:         gscan2pdf v2.13.2
Producer:        PDF::Builder 3.023 [see https://github.com/PhilterPaper/Perl-PDF-Builder/blob/master/INFO/SUPPORT]
CreationDate:    Fri Apr  3 00:00:00 2026 EDT
ModDate:         Fri Apr  3 00:00:00 2026 EDT
Custom Metadata: no
Metadata Stream: no
Tagged:          no
UserProperties:  no
Suspects:        no
Form:            none
JavaScript:      no
Pages:           1
Encrypted:       no
Page size:       597.12 x 788.16 pts
Page rot:        0
File size:       156489 bytes
Optimized:       no
PDF version:     1.4

 Saving as tiff results in an 83.1 KB file, which roughly half the size of the same file saved as pdf. 

After this test, I opened the TIFF file using both Scandall (Windows sw that came with the scanner) and naps2. Both produced smaller pdfs than gscan2pdf.
You can check all 4 files by visiting https://drive.proton.me/urls/FAZJPVXBPM#80u9PvpK5h2k
I wonder if there's a setting I'm missing or if I should update to the latest version (2.4 on the web site), or if there's anything else I can do to ensure the pdfs created are as small as possible.
Thanks!!!!

Re: [gscan2pdf-help] scanner recognition problems with gscan2pdf and now scantpaper

[Jeff <jf...@po...>]

Hi Chris,

On 28/03/2026 16:49, Chris Deuchar wrote:
> Hi, Firstly thank you for making this software freely available.
> Next, a bit of history.  I have used gscan2pdf since 2021 on a Ubuntu 
> based machine.  This worked fine until about a year ago when I started 
> getting an error on opening the program and attempting to scan.  This 
> said, "Error opening device: Error during device I/O" or similar.
> I did report this (on Github?) at the time but received no response so 
> switched to another program.  However, late in 2025, after an update, it 
> all started working again - so I was happy :-)

Apologies that your report evidently got lost.

> Scantpaper then arrived and, on opening, I get another  "Error opening 
> device: Error during device I/O" message and can proceed no further.  
> This persists right up to and including today's update.

Please start scantpaper from the command line with the --log=log option, 
reproduce the problem, quit and post me the log file, which scantpaper 
should have compressed with xz. I'll take a look.

Regards

Jeff

[gscan2pdf-help] scanner recognition problems with gscan2pdf and now scantpaper

[Chris D. <deu...@gm...>]

Hi, Firstly thank you for making this software freely available.
Next, a bit of history.  I have used gscan2pdf since 2021 on a Ubuntu based
machine.  This worked fine until about a year ago when I started getting an
error on opening the program and attempting to scan.  This said, "Error
opening device: Error during device I/O" or similar.
I did report this (on Github?) at the time but received no response so
switched to another program.  However, late in 2025, after an update, it
all started working again - so I was happy :-)

Scantpaper then arrived and, on opening, I get another  "Error opening
device: Error during device I/O" message and can proceed no further.  This
persists right up to and including today's update.

Worse however, is that gscan2pdf no longer works again - but now I can't
get beyond the scan document dialogue box.  The scan button is greyed out
and the only option is to cancel.

Interestingly, both programs, despite the error stated, *do* report the
correct scanner - ie Epson Perfection 1250.  (Yes I know its old but it
does still work and scans transparencies and slides as well as conventional
documents.)

Please advise!

Chris

[gscan2pdf-help] scantpaper v3.0.1 released

[Jeff <jf...@po...>]

Changes compared to v3.0.0

* Fix selection changed callback. Closes #45
    Thanks to Chris Mayo for the patch.
* Fix opening an encrypted PDF. Closes #46
    Thanks to Chris Mayo for the patch.
* Improve session logs. Closes #47
    Thanks to Chris Mayo for the patch.
* Fix image context menu mnemonics. Closes #49
    Thanks to Chris Mayo for the patch.
* Fix missing message when PDF has no images. Closes #50
    Thanks to Chris Mayo for the patch.
* Fix updating image resolution via property dialog.
    Closes #44 (AttributeError when changing resolution)
* Replace deprecated IconSet and IconFactory. Closes #3
    Thanks to Chris Mayo for the patch.
* Use qpdf to encrypt PDFs instead of pdftk. Closes #48
    Thanks to Chris Mayo for the patch.
* Fix messages dialog text width. Closes #52
    Thanks to Chris Mayo for the patch.
* Rename scanner icon to scan. Closes #53
    Thanks to Chris Mayo for the patch.

Available on Github:

https://github.com/carygravel/scantpaper/releases/tag/v3.0.1

Or via the PPA:

https://launchpad.net/~jeffreyratcliffe/+archive/ubuntu/ppa