[sane-devel] Simplified installation procedure for Redhat Fedora Linux 1.0 and Epson 1670 scanner, also a report of a bug?

Henning Meier-Geinitz henning at meier-geinitz.de
Tue Feb 10 17:22:42 GMT 2004


Hi,

On Mon, Feb 09, 2004 at 03:25:33PM -0500, m. allan noah wrote:
> sure. but we might still be a ways off from sane2.

It's just a set of options so they can be used with SANE1 without any
trouble.

> also, i dont feel like 
> the proposal gives enough detail about just what each bit of the button 
> bitmap does, or which ones actually exist in the scanner. if the backend 
> could spec names for each bit, then you would not have some 
> trial-and-error to get your front-end to do the right thing on each button 
> press.

We could at least define some standard buttons (scan, mail etc.).

E.g. 
#define SANE_BUTTON_SCAN (1 << 0)
#define SANE_BUTTON_MAIL (1 << 1) 
#define SANE_BUTTON_FAX  (1 << 2)
[...]

If you want custom descriptions, it won't work that way. What about
this proposal:

--------------------

  "scanner-buttons-lock" is of type SANE_TYPE_BOOL, default = SANE_FALSE

As before. For locking and unlocking the buttons (I don't think it's
needed but that's a long discussion and there a pros and cons on both
sides). The backend must make sure that only one frontend has access
to the scanner buttons of one scanner at the same time.

  "scanner-button-*" e.g. "scanner-button-scan" of type SANE_BOOL is a
  read-only option.

If the lock is not active, SANE_STATUS_ACCESS_DENIED is returned.
Otherwise, if the button is pressed currently (or has been pressed
since the last read of this option) the value is SANE_TRUE. Otherwise
SANE_FALSE. The title of the option is the name of the button: E.g.
"Scan". The frontend should poll this option about once per second.  

Several of these options can be defined. All options which names start
with "scanner-button-" are scanner button options.

---------------------

Anything I'm missing here?

Bye,
  Henning




More information about the sane-devel mailing list