On Tue, Apr 18, 2006 at 10:48:30PM +0200, Detlef Riekenberg wrote:
Am Sonntag, den 09.04.2006, 21:16 +0200 schrieb Marcus Meissner:
+EXTRALIBS = @SANELIBS@ @GPHOTO2LIBS@
It was ok for twain to fail, when sane was not installed. IMHO, when get more alternatives, then all backends must be usable independent (linked dynamic).
We do not want to force libsane and libgphoto2 installed on a System, when the user want to use twain.
Dynamic loading can be added. TWAIN itself pretty useless, until you add windows native twain source driver support ;)
But yes.
I now approaching this from another angle.
- Split off the SANE datasource handler from the twain_32 into a seperate dlls/sane.ds
- gphoto will get dlls/gphoto2.ds or similar.
- native drivers will be possible.
- twain_32 keeps the Data Source Managers parts and manages the Data Sources.
=> sane.ds and gphoto.ds can be installed seperately.
twain_32 will however keep some sane & gphoto autodetection logic in this approach, basically because twain_32 (in my understanding) is a bit dumb and has a 1 driver - 1 device assumption, which is not useful for gphoto and sane.
Ciao, Marcus