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.

TODO

@@ -1,29 +1,144 @@
------ todo:
+TODO (2000-08-19)
 
-- xscanimage/xcam: support depths > 8 bits/channel
+******** todo ********
-- net: don't just ignore the byte-order for the image data (needed to
+
+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
+
+  * 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)
+  * qcam: implement auto mode for brightness and black-level (don't
-- 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
+  * 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
+   * 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)
 
-+++++ done:
+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