What you are saying is that it costs too much to fix the slowdown and my solutions are not good because of some reasons I have no idea of.
This is your explanation for your unwillingness to fix it. Well, I have to accept that. However, having or not having time resourses on your side is absolutely irrelevant to the question whether something is a bug or not. A bug is an unwanted behaviour of the program. Don't tell me that you want an A4 page to be scanned in 20 minutes if a slightly changed piece of software is able to do it in less than 10 while still having resourses left. You way call it a "whish" that data should be transferred faster, if the word "bug" disturbes you. You have to accept this too. Abstractly speaking, the task is well-defined. You know the total data volume (which can be computed from the paper size and resolution) and you know the physical transfer speed (parallel port + kernel driver) or can compute this on average. So a 2Ghz machine should be able to get this data and store it without wasting the user's time. Debian+saned+xsane fails to do it. You finally had to admit that this can't be repaired easily. This is a hint to a disastrous design of some piece of software. We are not talking about a "whish" or a simple "bug", it's much more, it's a failed design. I have no doubt that you are bright enough to understand that. You see, I would even spend a couple hours on hacking the code if I (1) could get support in terms of explanation and (2) knew exactly the time to spend on it, but (3) your minunderstanding made this definitely impossible. _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]