Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!ukma!nrl-cmf!ames!ucbcad!ucbvax!VIOLET.BERKELEY.EDU!jkh
From: jkh@VIOLET.BERKELEY.EDU
Newsgroups: comp.windows.x
Subject: Re: hacking on uwm (V11)
Message-ID: <8711242045.AA25774@violet.berkeley.edu>
Date: Tue, 24-Nov-87 15:45:23 EST
Article-I.D.: violet.8711242045.AA25774
Posted: Tue Nov 24 15:45:23 1987
Date-Received: Sat, 28-Nov-87 05:49:15 EST
References: <871124075141.7.RWS@KILLINGTON.LCS.MIT.EDU>
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 26


>Quite possible we blew it here (see also fix #56).  The thinking at the time
>was that adding a focus boolean to enter/leave events would suffice, but it
>hasn't been working out that way.

Any clues as to whether this is going to change, or are you/we going to
just live with it?

>	     I get a FocusIn when I do an XSetInputFocus on my window, but
>   when I do the SetFocus on another window afterwards, I get no FocusOut
>   on the original! Yuck!

>>So submit a bug report.

I will, now that I'm sure it's a bug and know where to look. I'd like
to submit a patch along with it, if possible.

>As top-level windows get created, select for enter/leave on them.

Sigh. I'd hoped to avoid that, since that also means I have to grab the
server and walk the tree to select on all the current windows as well.
No big deal, I guess, just a pain.

Anyway, thanks for the reply.

				Jordan