Document Scanner issueshttps://gitlab.gnome.org/GNOME/simple-scan/-/issues2024-03-28T15:22:30Zhttps://gitlab.gnome.org/GNOME/simple-scan/-/issues/391No format switching when saving2024-03-28T15:22:30Zmix-7 mix-8No format switching when saving
In previous versions there was a choice of image format when saving (jpeg, pdf, png, webp)
The file extension in the name field changed accordingly.
After updating Ubuntu to version 23.10, this feature disappeared.
Now the format is spe...
In previous versions there was a choice of image format when saving (jpeg, pdf, png, webp)
The file extension in the name field changed accordingly.
After updating Ubuntu to version 23.10, this feature disappeared.
Now the format is specified by the file extension, which must be entered manually.
It is inconvenient to change the save format.
Please return the format selection.
Even earlier, you could click on a scanned image and a separate window would open for detailed viewing and enlargement in tiff format
Now this is gone.
simple-scan 44.0
(when trying to create 46.0 error:
...
meson.build:1:0: ERROR: Vala compiler 'valac' cannot compile programs
...)
Ubuntu 23.10 64 bit
GNOME 45.2 X11https://gitlab.gnome.org/GNOME/simple-scan/-/issues/261Canon PIXMA G7065: simple-scan fails to pull pages from feeder2021-09-14T10:19:41ZJohn PyeCanon PIXMA G7065: simple-scan fails to pull pages from feederWith simple-scan 3.36.3 on Ubuntu 20.04, and having installed the .deb cnijfilter2-6.00-1 (amd64), I attempted to 'scan all pages from sheet feeder'. When I do this, the scanner starts scanning from the flatbed, and keeps on re-scanning ...With simple-scan 3.36.3 on Ubuntu 20.04, and having installed the .deb cnijfilter2-6.00-1 (amd64), I attempted to 'scan all pages from sheet feeder'. When I do this, the scanner starts scanning from the flatbed, and keeps on re-scanning over and over again. It doesn't stop.
I don't know if this is an issue with underlying libraries or with simple-scan itself. If there are any further tests I can run, please let me know.https://gitlab.gnome.org/GNOME/simple-scan/-/issues/257Able to quit before file is saved2022-02-18T10:37:40ZJames Anderson-PoleAble to quit before file is savedOn several occasions the following has happened:-
1. I scan in many pages (creating a large file).
2. I click the Save button.
3. I close the app (clicking 'Quit without Saving').
4. I find the document has been corrupted -- I assume bec...On several occasions the following has happened:-
1. I scan in many pages (creating a large file).
2. I click the Save button.
3. I close the app (clicking 'Quit without Saving').
4. I find the document has been corrupted -- I assume because the application has quit before the application has finished writing the file to disk.
With smaller documents (e.g. 1 page), when I quit the application I will be told that the file has not been saved. I have noticed this happens even though I am sure I have clicked the Save button beforehand and saved the document to the correct location etc. I will then click 'Quit without Saving'. When I first used this application I double checked several times and found that the document was actually present at the expected location and opens fine. I eventually stopped double checking and just assumed this was a strange quirk of this application.
During the course of debugging this issue I have realised that the application actually only asks to save the document if the document has not been saved. I suspect I am so quick that I usually click the Quit button at the right time between the end of the file being written and the file being closed. This has given me the mistaken impression that the application always asks to save the file on quit (even if it has been saved previously--a behaviour I have observed in other applications). After several months using this application I have only just worked out it only asks if I want to 'Quit without Saving' if a save has not been done!
I appreciate that maybe this is a sort of an edge case (seeing as I am a power user and quick to do things). However the reality is that this behaviour has caused several data losses for me, needing me to rescan many large documents all over again. I think the save action should always complete the save and that the user shouldn't be able to interrupt the save by accident (although if there is a clear indication that a save is in progress with an option to cancel that would be fine).
I suggest one, some or all of the following should happen:
* When the Save button is clicked, block other actions until the file has been written to disk. This seems to me to be the safest option as it ensures the file has been written to disk and closed before the user has the chance to do anything else. This could be alongside a Cancel button in case the user wants to cancel saving a large document.
* Show the progress of saving the file to disk (perhaps using the mini pine chart the 'Files' application uses when it is copying large number of files). This should give the user more information over the process of saving the file to disk.
* When quitting the application while a save is still in progress, the dialogue box could be more obvious about the fact that a save is currently in progress (as the current wording implies no save has happened at all which may not match the users' mental model of what they have done--as happened many times in my case).
* When quitting the app while a save is still in progress, show a different dialogue box explaining that a save is still in progress and ask the user if they want to [cancel the save in progress] or [quit after the save has finished] (with the latter being the default option, as the lest surprising option).https://gitlab.gnome.org/GNOME/simple-scan/-/issues/173More image quality tweaks (Deskewing / Gamma / Levels setting)2020-05-25T05:23:03ZMarcel PartapMore image quality tweaks (Deskewing / Gamma / Levels setting)Possible tools to integrate to postprocess scanned image
· unpaper ?
· ocrmypdf --deskew (just for deskewing) ?
· a manual levels / gamma controlPossible tools to integrate to postprocess scanned image
· unpaper ?
· ocrmypdf --deskew (just for deskewing) ?
· a manual levels / gamma controlhttps://gitlab.gnome.org/GNOME/simple-scan/-/issues/65Wrong gamma: HP Scanjet 5500c2019-07-22T22:11:11ZAlberto Salvia NovellaWrong gamma: HP Scanjet 5500cScans look quite dark. The following terminal command fixes it:
`magick convert -.png -gamma 1.5 -.jpg`
It also looks quite dark on Scanjet 3670, but in this situation is even worse. Brightness and contrast need to be tweaked.Scans look quite dark. The following terminal command fixes it:
`magick convert -.png -gamma 1.5 -.jpg`
It also looks quite dark on Scanjet 3670, but in this situation is even worse. Brightness and contrast need to be tweaked.