<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.18.2">
</HEAD>
<BODY>
Here is a small fix for this scanner's page-width problem (diff against fujitsu.c from CVS). In the set_window function&#65279;, if the model_name is a match, it calculates a horizontal offset to center the scanning area. It has been tested with a range of modes, paper sizes, and tl and br settings, without unpleasant surprises... <BR>
<BR>
Some additional feedback on the current 1.1.0-code with this scanner:<BR>
<BR>
- The new option --emphasis works as advertised.<BR>
<BR>
- The double-feed options --dfdetect and --dfdiff have been replaced by a new one, --df-action, which is good, because it is now much clearer what the scanner can do. But it seems to be ignored at this point. (Double-feeds are not detected. Work in progress?) Previously double-feed detection worked, if only for --dfdetect=Length and ignoring --dfdiff.<BR>
<BR>
- If --df-action is eventually fixed, then --overscan is the only option which is exposed by the backend for this scanner, but which does not actually work. Maybe the option could be hidden when the scanner returns (os_x_basic, os_y_basic) = (0, 0), as this scanner does? Interestingly, the paper guides limit page width to 220 mm, so there is 2-3 mm of unused CCD on each side - presumably for overscan, but it appears to be not implemented, or maybe deliberately disabled for this scanner :-(<BR>
<BR>
- The scanner has a scan-button, which is not mentioned in the sensors section of the output of scanimage --help -d fujitsu. Should it be?<BR>
<BR>
Best regards, <BR>
Jacob Nielsen<BR>
 <BR>
<BR>
<BR>
</BODY>
</HTML>