Moved the entry about progress bar in three-pass mode to PROBLEMS.

Henning Meier-Geinitz <henning@meier-geinitz.de>
DEVEL_2_0_BRANCH-1
Henning Geinitz 2002-04-06 10:35:33 +00:00
rodzic f5b92b13df
commit 05217b1d96
3 zmienionych plików z 9 dodań i 7 usunięć

Wyświetl plik

@ -2,6 +2,8 @@
* src/preview.c src/xscanimage.c: Don't remove imput tags that
haven't been added. Don't hang when EOF and non-blocking.
* PROBLEMS TODO: Moved the entry about progress bar in three-pass
mode to PROBLEMS.
2002-04-02 Henning Meier-Geinitz <henning@meier-geinitz.de>

Wyświetl plik

@ -2,3 +2,7 @@
Older versions of the TGA X server (such as version 3.1.2) are known
to fail when creating shared images of certain sizes. This can be
avoided by invoking xscanimage and xcam with option --no-shm.
- In three-pass mode, the progress indicator is not updated correctly. This
just menas that scanning is faster than the disk can handle. It happens
especially in three-pass mode because much seeking is going on in this mode.

10
TODO
Wyświetl plik

@ -1,4 +1,4 @@
TODO (2002-01-27)
TODO (2002-04-06)
******** todo ********
@ -17,12 +17,6 @@ TODO (2002-01-27)
* xcam: add recording feature (e.g., GIF, JPG, or MPEG)
* For 3-pass scanners, xscanimage doesn't update the scan progress
bar properly between scans; the scanner seems to be faster than
xscanimage can write to disk (problem: seek for every byte). This
doesn't happen as GIMP-plugin. It doesn't happen in blocking mode
either.
* Add a check in the frontends if the backend delivers more data than
it announced by sane_get_parameters to avoid segfaults with bad
backends?
@ -30,6 +24,8 @@ TODO (2002-01-27)
* Add/improve debug output for xscanimage and xcam.
******** done ********
* For 3-pass scanners, xscanimage doesn't update the scan progress
bar properly between scans; --> moved to PROBLEMS.
* Test frontends on different os/platforms, fix possible compilation
problems
* add new frontends (?)