<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Dec 3, 2021 at 9:33 AM 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">В Fri, 3 Dec 2021 09:02:43 -0500<br>
"m. allan noah" <<a href="mailto:kitno455@gmail.com" target="_blank">kitno455@gmail.com</a>> пишет:<br>
<br>
> Many backends are single threaded currently, so this would be a pretty<br>
> invasive change.<br>
<br>
  But that's not a required change, isn't it? If a backend isn't ready<br>
for it, it just should not add SANE_CAP_DYNAMIC to the options.<br></blockquote><div><br></div><div>That makes things hard for front-end developers, because of the variation between backends. This will negate one of the strengths of sane (few frontends supporting lots of backends).</div><div><br></div><div>I wonder if there is another approach here- middleware? Similar to how backends are unaware that they are being used over the network with saned, perhaps we could have a kind of intermediary poller, which ran on the machine with the scanner? It could emit events, and not require all backends which support buttons to be updated?</div><div><br></div><div>allan<br></div><div> </div></div>-- <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></div>