<div dir="ltr"><div>There is a great deal of variation between scanners and backends regarding what buttons are available and how they are exposed. You also have the exclusive device access problem. In the end, I think you need a new frontend, or modifications to an existing one, rather than a separate monitor.</div><div><br></div><div>allan<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 2, 2021 at 5:35 PM Paul Wolneykien <<a href="mailto:manowar@altlinux.org">manowar@altlinux.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
  Hi!<br>
<br>
  As I can see, XSane doesn't poll the scanner's hardware buttons.<br>
And if I understand the scanbd manual right, the daemon locks the SANE<br>
interface to the scanner until a button is pressed, and then gives<br>
exclusive access to the scanner for the frontend. So, the daemon is<br>
primarily for launching a frontend, but not for controlling the<br>
frontend while it is running. Am I right?<br>
<br>
  I've grep'ed the mailing list archives a little and it seems that the<br>
main purpose of various button daemons (scanbuttond, scanbd) is to<br>
implement such a facility as "push scan": the user goes to a remote<br>
(possibly, network) scanner, places a standard material into it,<br>
presses a button on the scanner and the system performes an automatic<br>
(that's important!) scan.<br>
  It also seems that in other situations, when a user wants to use an<br>
interactive frontend (for making previews, selecting the scan<br>
area, adjusting black and white points and gamma) the scanner is<br>
expected to be placed on the table near PC. Or, at least, that the<br>
material for scan can be placed into the scanner without a need for<br>
further attention (i.e. a sheet material), so the user can set it up<br>
and then back to his/her keyboard and mouse to make a scan or a number<br>
of scans with different settings using the GUI frontend.<br>
<br>
  These two stories (the "push story" and the "desktop story") are nice<br>
and simple, but are more or less unapplicable in the world of book<br>
scanning!<br>
<br>
  Firstly, books are all different, so you need to make previews,<br>
select areas and adjust things for each one. Secondly, books aren't<br>
flat, so even if you use a special hardware you almost always need<br>
to handle the book with both your hands!<br>
<br>
  So, for scanning books, it would be nice to be able to control such a<br>
frontend as XSane with the scanner's hardware buttons. Because most of<br>
the time you can reach the hardware button even if you handle the book<br>
using both hands (however, a configurable delay after the button is<br>
pressed may be helpful option).<br>
<br>
  (The other possible way to solve the described problem is to use a<br>
separate triggering device. May be a pedal! But that's another story...)<br>
<br>
  I want to know/discuss, what a design of a button monitor for<br>
use with interactive frontends would fit into SANE better. Any ideas?<br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">"well, I stand up next to a mountain- and I chop it down with the edge of my hand"</div>