[BRLTTY] Xbrlapi

[Sébastien Hinderer]

Willie Walker :
> As an alternative approach...
> 
> Would it be possible to add functionality to readKey to allow me to
> return a boolean 'consumes' value to it?  A value of True would be I'm
> going to handle it, a value of False would mean send it on to whatever
> else has an interest in it.  With this, I wouldn't need to keep setting
> and unsetting the key ranges I care about.

Mhhh, that eoes not look very easy to me. This would indeed require a
protocol extension to let clients tell the server whether a key it sent
was consumed or not. Then the key will have to be buffered atth server's
level until the application that sentit back gets the focus, and then
only the key should be passed to bltty.

I don't say all that isnot feasable. What I say is {1) that it is
nottrivial, and {2) that I don't know whether the gain is worth doing
it. Let's think a bit more about it before actually taking a decision.

Btw: Thanks, Will, for your interest in BrlAPI. It's delightful to see
people starting to getInvolved, to ask questions etc.

Cheers,
Sébastien.

PS: Letting clients send back keys they don't want to handle also raises
an efficiency problem, especially when the client and the server run on
different hosts.