WINDOWPATH environment variable?

Carsten Haitzler (The Rasterman) raster at rasterman.com
Mon Dec 5 16:58:31 PST 2005


On Mon, 05 Dec 2005 10:32:37 -0500 Felix K$(D+d(Bhling <fxkuehl at gmx.de> babbled:

> It sounds like you want the arbitration of the output device handled
> consistently with the keyboard focus. So here is an idea: could you run
> a daemon in the top-level Xserver that generates special keyboard events
> in regular intervals that automatically get propagated to the window and
> the application that currently has the keyboard focus. This special
> keyboard event could be used as a trigger that tells the application
> "you're ok to access the braille terminal". The keyboard event has a
> timestamp that could be sent back to the braille terminal along with the
> text that is to be displayed. This allows the terminal to determine if
> the access right has expired (only the timestamp of the last sent
> trigger event is valid).

as long as ONYL the toplevel x server runs it this could work. it doesnt feel
clean though :(

> Just an idea.
> 
> Regards,
>   Felix
> 
> Am Montag, den 05.12.2005, 10:37 +0100 schrieb Samuel Thibault:
> > ----- Forwarded message from S$(D+1(Bbastien Hinderer
> > <Sebastien.Hinderer at ens-lyon.org> ----- Hi,
> > 
> > Carsten Haitzler :
> > > now given that, i suspect you are trying to attack a problem the wrong
> > > way. why do you need such a path as an environment variable? what are you
> > > trying to do, why do you need such a window id chain?
> > 
> > Our goal is to provide a uniform way for applications to communicate with
> > braille terminals. This allows applications to write text to a braille
> > display, and to read and handle keys pressed on the keyboard of braille
> > terminals. The communication layer we provide also handles concurrent
> > accesses to the lesource. That is, several applications are allowed to
> > communicate with braille terminals simultaneously, but only the
> > application having the focus will have its information sent to the
> > braille device.
> > 
> > The way this concurrency management scheme is implemented is that each
> > client tells the server in which window it is running. In addition,
> > the server always knows which window has the focus, either because it
> > found out this information on its own, or because a client told it who
> > has the focus. And this is how the server can, at any moment, know
> > precisely whichApplication should be allowed to communicate with the
> > braille terminal. And this is where the WINDOWPATH environment
> > variable would help. It would let clients know where they are.
> > 
> > That being said, we remain of course open to any suggestion, so please
> > let us know if you have ideas about how we could deal with this problem
> > in another way.
> > 
> > Cheers,
> > S$(D+1(Bbastien.
> > _______________________________________________
> > xorg mailing list
> > xorg at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/xorg
> > 
> > 
> -- 
> | Felix K$(D+d(Bhling <fxkuehl at gmx.de>                     http://fxk.de.vu |
> | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3  B152 151C 5CC1 D888 E595 |
> 
> _______________________________________________
> xorg mailing list
> xorg at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com
$BMg9%B?(B
Tokyo, Japan ($BEl5~(B $BF|K\(B)



More information about the xorg mailing list