Step on both of them adjusting the weight and rhythm to their desires ;-)
I.e. tell the marketing folks they might sell more units with Linux-support
and the technical folks how cool it would be to be supported on a real OS.
> > The other way out would be to find someone who writes a driver. The parallel
> > port is something which is easy to monitor and hopefully the protocol spoken
> > is not too complex, so reverse-engeneering from the data on the bus shouldn't
> > be too hard.
> Heh. Not to hard for someone who knows what they're doing. _I_, on the other
> hand, am completely clueless when it comes to driver-writing. So, while I'm
> willing to do as much as I'm able, I'd need some help in that department.
I will gladly try to help, if you want to take the challenge, but you will
need at least basic knowledge of electronics and how to wield a soldering iron
if you want to monitor the parallel port in hardware or a solid knowledge
of WinDoze drivers to do it on the software-side.
If this is not the case, you should try to find somebody who thinks (s)he can
do it. The problem is, that you need to have the hardware handy to write a
driver. I and David can probably fill your ears for some hours with stories
about "blind-flight-driver-development" ... ;-)
-- Andreas Beck | Email : <becka@sunserver1.rz.uni-duesseldorf.de>
-- Source code, list archive, and docs: http://www.azstarnet.com/~axplinux/sane/ To unsubscribe: mail -s unsubscribe sane-devel-request@listserv.azstarnet.com