Activity for auv-ee
-
auv-ee posted a comment on ticket #360
Thanks again. Yes, still on F31 because it sometimes takes time to recover my work-flow after major upgrades, due to some legacy software that I use. I try to upgrade every-other release to minimize disruption in the middle of large projects.
-
Thanks for the info about locale, I'm certainly not very familiar with that (I'm firmly stuck in 7-bit ASCII ;-) ). I DO prefer to install from repository, but that is still at 2.7.0, and I need to try 2.9.0 before reporting a different bug. Thanks for the info that Fedora patches-out the pdftk warning. That explains why it started cleanly in the past.
-
My locale returns: LANG=en_US LC_CTYPE="C" LC_NUMERIC="C" LC_TIME="C" LC_COLLATE="C" LC_MONETARY="C" LC_MESSAGES="C" LC_PAPER="C" LC_NAME="C" LC_ADDRESS="C" LC_TELEPHONE="C" LC_MEASUREMENT="C" LC_IDENTIFICATION="C" LC_ALL=C (For various reasons, the C locale is helpful to me.) Without the above patch, gscan2pdf thinks the locale is blank, in other words: ''. With the patch, it thinks my locale is 'C', rather than 'en_US'. If I revert the patch, and set the environment variable LANGUAGE to en_US,...
-
I have just tested with 2.6.7. I can report that the geometry settings now work as expected. Thank you. I have retested with the HP OfficeJet Pro 8720, and as before, the page selection still works for flatbed, ADF and ADF-Duplex scans. I have retested with the Fujitsu ScanSnap iX500, and it now works perfectly switching between US legal and US letter. I note that when I select a pre-set size, such as US Letter or US Legal, that subsequently selecting Manual now displays the dimensions of the of...
-
No appology needed. As I review my test, above, the HP worked fine, with the geometry changing as expected. Perhaps the log file shows some remaining issue, but I included it for comparison: Fujitsu not working, HP working. The two devices have quite different capabilities, and display correspondingly different options in the various tabs, so it is not surprising that they stress different aspects of gscan2pdf. I still don't know whether the settings seen in "Manual" are intended to track the last-selected...
-
Thanks. I guess that means I should standby...
-
This sounds very similar to my issues reported in Bug 346.
-
Well, make did perform the cp to blib, if that helps. I reexecuted with PERL5LIB="blib:blib/arch:lib:$PERL5LIB" perl bin/gscan2pdf --log=log, and the result is the same, as you suspected: the behavior is the same as without the patch. I think at this point, what makes sense is to say something in the help file about the meaning of the progress bar. Thanks for your attention.
-
Trying to compile source, first without the patch: Tests hang at: t/1113_save_pdf_with_error.t With "ps auxww" showing: root 184889 0.2 1.6 445020 129272 pts/1 Sl+ 13:20 0:02 /usr/bin/perl t/1113_save_pdf_with_error.t That is: sleeping waiting for an event. If I kill that task, it then hangs at: t/126_save_djvu_with_error.t kill, then hang at: t/133_save_tiff_with_error.t then same at each of the following: t/1602_import_DjVu_with_error.t t/1612_import_TIFF_with_error.t t/1626_import_PDF_with_error.t...
-
Hmmm... Scanning 7 pages. version 2.6.5, unmodified. It starts with 2 progress bars, one for scanning, one for everything else, I guess. That's nice; I like that. The first appearance of the second progress bar displays "Process 1 of 1 (to-png)". After scanning completes, it settles on one bar, showing "n of m" tasks, with m gradually increasing from to 12, and n chasing m. Note that the progress bar sometimes shows just "Process n of m" without a named task, sometimes "...n of m (to-png)", and sometimes...
-
Are the geometry settings seen in "Manual" intended to match the last pre-defined geometry selected? That is, if I select "US Letter" and then "Manual", should the displayed settings match the size of "US Letter"? I see this matching when I use the HP 8720 as the scanner, but NOT when I use the Fujitsu iX500. In the latter case, some "Manual" values update and not others. That may be a clue.
-
I have updated to 2.6.5 from Fedora "updates-testing". Using Fujitsu iX500. I see NO change in behavior. The test case is to scan multiple pages with dense text (5-7 pages is sufficient), with OCR/Tesseract enabled. The Fujitsu scans fast and gets well ahead of Tesseract. As OCR progresses, the progress bar advances to the right as pages are processed, and then disappears, while the last 2 pages are still processing. My computer (quad core, hyperthreaded) continues with heavy processing for an additional...
-
If the only question were to "link all widgets to the last chosen ALL or SELECTED", or to make linking a preference, then I could accept either of your proposals. My work flow is to scan a group of related pages in multiple scans, often with mixed sizes and rotations, then save the whole group in a file. As part of this process, sometimes I don't get settings right, and have to manually rotate, delete, OCR, etc. various pages before the final group-save. In that process, if I OCR SELECTED pages,...
-
If the only question were to "link all widgets to the last chosen ALL or SELECTED", or to make linking a preference, then I could accept either of your proposals. My work flow is to scan a group of related pages in multiple scans, often with mixed sizes and rotations, then save the whole group in a file. As part of this process, sometimes I don't get settings right, and have to manually rotate, delete, OCR, etc. various pages before the final group-save. In that process, if I OCR SELECTED pages,...
-
I have updated to 2.6.5 from Fedora "updates-testing". Using Fujitsu iX500. I see NO change in behavior. The test case is to scan multiple pages with dense text (5-7 pages is sufficient), with OCR/Tesseract enabled. The Fujitso scans fast and gets well ahead of Tesseract. As OCR progresses, the progress bar advances to the right as pages are processed, and then disappears, while the last 2 pages are still processing. My computer (quad core, hperthreaded) continues with heavy processing for an additional...
-
Are the geometry settings seen in "Manual" intended to match the last pre-defined geometry selected? That is, if I select "US Letter" and then "Manual", should the displayed settings match the size of "US Letter"? I see this matching when I use the HP 8702 as the scanner, but NOT when I use the Fujitsu iX500. In the latter case, some "Manual" values update and not others. That may be a clue.
-
I have repeated the above test using an HP 8720. I started gscan2pdf as requested, above. Selected the "Geometry" tab and verified that "US Letter" was displayed. Scanned one US Letter page (didn't ask for rotation). Selected the "Geometry" tab and selected "US Legal". Scanned one long page, which scanned an displayed completely, as expected. Quit gscan2pdf, and attached log.xz.
-
I have updated to 2.6.5 from Fedora "updates-testing". Using Fujitsu iX500. I started gscan2pdf as requested, above. Selected the "Geometry" tab and verified that "US Letter" was displayed. Scanned one US Letter page (didn't ask for rotation). Selected the "Geometry" tab and selected "US Legal". Scanned one long page, but the scanner stopped with the paper still engaged after a "US Letter" length had been scanned. Quit gscan2pdf, and attached log.xz.
-
I am still using gscan2pdf a lot. I am currently on Fedora 31, using gscan2pdf 2.6.4 (the Fedora distributed version). I mostly scan with a Fujitsu iX500, though occasionally with an HP 8720. -- Well, I thought I was still having trouble with this, because selecting and deleting a few pages results in the OCR function being set to "Selected", rather than "All". Now, as I test this explicitly, I see that OCR defaults to "Selected" whether or not I have done anything except scan since starting gscan2pdf....
-
I should note that this may be related to closed ticket #163. I have never seen page selection work correctly, but I have not used all intervening versions.
-
gscan2pdf progress bar disappears before processing ends
-
gscan2pdf paper size selection inoperative
-
Unfortunately, 1.3.6 has dependencies that I can't satisfy at this time. If my project...
-
As the OP, I loook forward to testing this. Standing by ...
-
OK. If I had a vote, I would make them all independent (typically I OCR selected...
-
I just tested this with 1.2.3, and I'm sorry to report no change to the behavior....
-
I have retested for this bug using gscan2pdf 1.2.2 (still using Fedora 19, for which...
-
I have retested for this bug using gscan2pdf 1.2.2 (still using Fedora 19, for which...
-
gscan2pdf page range "all" vs. "selected" radio buttons interact between functions
-
I forgot to add: gscan2pdf 1.1.3 Fedora 19, up-to-date
-
gscan2pdf paper size changes not applied consistently
1