[Xevie] Re: Invitation to a discussion about an External Event Manager

[Deron Johnson]

Keith Packard wrote:

> Keyboard processing is identical, except that the 'focus trace' is used 
> instead of the 'sprite trace' (the focus trace is complicated by 
> OwnerEvents and PointerRoot focus mode).

Of course, keyboard processing has the additional wrinkle that if it 
doesn't find what it is looking for in the focus trace then it searches
the sprite trace downward from the root down to the current pointer 
window. Only if it doesn't find a grab to activate in either search
does it start percolating back up the tree from the event window.
> 
> Some other semantics wrinkles:
> 
> 	1) Events sent to grabbed devices *still need redirection*, if the
> 	   grab window is a descendent of a redirection window.

Do you mean "events sent FROM grabbed devices?" Events don't get sent to
devices; they get sent to clients.

Are you defining a "redirection window" as a window for which 
redirection is enabled?


> 	2) EnterNotify et al. need to have 'corrected' coordinates, and be
> 	   generated at the right times for redelivered events.

Should Enter/Leave events be generated if the redirection client alters
the event to put it into a different window?