RFC/PATCH: Twain + Gphoto
marcus at jet.franken.de
Tue Apr 18 16:23:41 CDT 2006
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
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.
More information about the wine-devel