2000-08-19 Henning Meier-Geinitz <hmg@gmx.de>

* TODO: Included TODO file for 1.0.4.
	* sanei/sanei_ab306.c: Removed some comiler warnings.
	* doc/sane.tex: Set \date to the date of the last change (not
	  the date of running latex (\today))
	* frontend/xscanimage.c: Fixed image size overrun (>ca. 400 MB).
	  Removed some compiler warnings.
DEVEL_2_0_BRANCH-1
Henning Geinitz 2000-08-20 14:32:12 +00:00
rodzic 7a5a4aeaa1
commit 08c233668a
1 zmienionych plików z 139 dodań i 24 usunięć

163
TODO
Wyświetl plik

@ -1,29 +1,144 @@
----- todo:
TODO (2000-08-19)
- xscanimage/xcam: support depths > 8 bits/channel
- net: don't just ignore the byte-order for the image data (needed to
support depths > 8 bits/channel)
- mustek: for 3-pass scanners, it is said that xscanimage doesn't update
the scan progress bar properly between scans; it is said to stop at
90%, start the next pass, and once the next pass has started, it moves
on to 100% and the progress bar disappears at that point
- man pages for the API functions
- xscanimage: provide both scale and textentry for ranges (make new widget)
- xcam: provide access to option doc strings
- xscanimage: scanning of images whose heights is not known a priori is not
supported yet; this is going to be important for handheld scanners
- qcam: implement auto mode for brightness and black-level (don't
just advertise it!) Actually, implement an auto "backend" instead
that can be plugged in front of any backend with brightness/contrast
etc controls
- qcam: figure out how/if to support bulb mode
- xcam: add dithering and support for SANE depths other than 8 bit (test
with Mustek backend, for example)
- xcam: add recording feature (e.g., GIF, JPG, or MPEG)
- dll: make it robust against against it being listed in the configuration
file (currently bad things will happen if dll attempts to load itself)
******** todo ********
+++++ done:
backends
--------
* add new backends (?)
- as6e http://as6edriver.sourceforge.net/
- bh http://www.martoneconsulting.com/sane-bh.html
- Polaroid SprintScan 35 LE [should be included into microtek]
Dick Bruijn <dick@wau.mis.ah.nl>
- primax http://primax.sourceforge.net/
- hp4200 http://hp4200-backend.sourceforge.net/
* use DBG(...) instead of fprintf(stderr, ...)
- hp
- microtek
- microtek2
* use sanei_config_read() instead of fgets()
- umax (will be fixed with the next backend release)
* use #include "sane/..." instead of #include <sane/...>
- umax (see above)
* check #include <lalloca.h> (is this a global system header
on any platform? Otherwise --> "lalloca.h")
* make authorization_callback work in net-backend and saned
* check net/saned
- net backend segfaults if saned isn't started
- don't just ignore the byte-order for the image data (needed to
support depths > 8 bits/channel)
* mustek: for 3-pass scanners, it is said that xscanimage doesn't update
the scan progress bar properly between scans; it is said to stop at
90%, start the next pass, and once the next pass has started, it moves
on to 100% and the progress bar disappears at that point
* qcam: implement auto mode for brightness and black-level (don't
just advertise it!) Actually, implement an auto "backend" instead
that can be plugged in front of any backend with brightness/contrast
etc controls
* qcam: figure out how/if to support bulb mode
doc
---
* add sane manpage
- versioning system
- SANE API
* add sane-usb manpage
* Documentation for sanei API
- any ideas for this?
frontends
---------
* Remove frontends (at least xscanimage/xcam) from distribution. Create
new package for frontends.
* add new frondends (possibly to frontend package) (?)
- xsane
- scanadf
* use #include "sane/..." instead of #include <sane/...>
- umax
* add possibility to use external filters to xscanimage/xsane (?)
* xscanimage/xcam: support depths > 8 bits/channel
* xscanimage: provide both scale and textentry for ranges (make new widget)
* xcam: provide access to option doc strings
* xscanimage: scanning of images whose heights is not known a priori is not
supported yet; this is going to be important for handheld scanners
* xcam: add dithering and support for SANE depths other than 8 bit (test
with Mustek backend, for example)
* xcam: add recording feature (e.g., GIF, JPG, or MPEG)
* dll: make it robust against against it being listed in the configuration
file (currently bad things will happen if dll attempts to load itself)
sanei
-----
* don't install sanei_* headers (?)
* add sanei_authorize (function for all backends)
misc
----
* update libtool versioning system
- -version-info is used but with the current version number system
-release should be used.
- look for AIX problems (overwriting shared libs with eachother
because all libs are named libsane.so.1)
- look for Irix/cc problems (program searches for libsane.so.2 instead
of libsane.so.1). This was fixed by a "bad hack" which should be
reverted .
* check DBG problems for non gcc compilers:
- no backend name output
- only global debug level
* remove compiler warnings (>400 warnings even in disable-warning mode!)
* Update LEVEL2 file. Ideas:
- add support for buttons etc. on the scanner/camera
- Change of the version number system (the current standard version
system is not really used in the SANE distribution).
- add more frame types
- add alpha channel so that RGBI scanners like Nikon LS-20 can
send infra-red info back to gimp for post-processing
- Might be nice if arbitrarily defined multiple channels, were possible.
Some way of indicating the number of channels possible, and some
details (wavelength, bandwidth, ...)
- (see sane-devel archive for more ideas)
* Test SANE on different os/platforms, fix possible compilation problems
Test methods: scanimage -d pnm:0 --filename=file.pnm -T
scanimage -d net:localhost:pnm:0 --filename=file.pnm -T
(not possible if I'm not root on the system)
xscanimage / gimp with xscanimage plugin (where available)
All the above with shared and static libraries.
* move .desc files for backends that are not included in SANE to
different directory
* add ADF and TA entries to .desc files
* add alpha channel so that RGBI scanners like Nikon LS-20 can
send infra-red info back to gimp for post-processing
******** done ********
+ PREVIEW: maybe there should be an option to limit the preview
scan to the selected area? YES => this will also make it easier