Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!husc6!mit-eddie!ll-xn!ames!ucbcad!ucbvax!dill.Berkeley.EDU!deboor From: deboor@dill.Berkeley.EDU.berkeley.edu (Adam R de Boor) Newsgroups: comp.windows.x Subject: Re: Should X11 clients pass on unrecognized KeyPress/Release events? Message-ID: <21715@ucbvax.BERKELEY.EDU> Date: Tue, 10-Nov-87 20:48:32 EST Article-I.D.: ucbvax.21715 Posted: Tue Nov 10 20:48:32 1987 Date-Received: Fri, 13-Nov-87 03:58:45 EST References: <2772554198-5413178@Sierra> Sender: usenet@ucbvax.BERKELEY.EDU Reply-To: deboor@dill.Berkeley.EDU.UUCP (Adam R de Boor) Organization: University of California, Berkeley Lines: 17 Keywords: replay Summary: no I do not think it is reasonable for clients to pass on KeyPress/Release events, because there is no need, if the window manager is written properly. There are grab modes associated with each passive grab that can cause the keyboard or pointer to freeze, as far as clients are concerned. A window manager that wishes to only grab a key (or button) in a given context can place a passive grab on that key/button with the mode of the device (keyboard or pointer) set to synchronous. If it decides it wants the event, it simply unfreezes the device and processing continues normally. If it doesn't want the event, it unfreezes the event in Replay mode (ReplayKeyboard or ReplayPointer). That, I think, will cause the event to be regenerated ignoring the passive grab. I.e. the event will be sent to the appropriate window. I've been wrong about this synchronous stuff before, but I believe this is the "proper" way to handMDmissc6!t"T", ".cm