[Xquartz-dev] 2.3.2_rc3

Brandon Allbery allbery at kf8nh.com
Mon Dec 8 07:55:52 PST 2008


On 2008 Dec 8, at 1:54, Andrew Farmer wrote:
> On 07 Dec 08, at 22:49, Brandon Allbery wrote:
>> On 2008 Dec 8, at 1:16, Jeremy Huddleston wrote:
>>> On Dec 7, 2008, at 22:00, Brandon Allbery wrote:
>>>> On 2008 Dec 7, at 20:42, Andrew Farmer wrote:
>>>>> On 07 Dec 08, at 16:14, Jeremy Huddleston wrote:
>>>>>>>>> Oh, you're not using the X11 mplayer... so you mplayer takes  
>>>>>>>>> focus away from X11.app, and X11.app is never sent a release  
>>>>>>>>> event for the enter key.
>>>>>>
>>>>>> ugg.
>>>>>
>>>>> Right, this is using the Quartz version of mplayer.
>>>>
>>>> Seems to me when X11.app loses focus any incomplete events should  
>>>> be terminated:  KeyRelease for any KeyPresses, mouse drags, etc.
>>>
>>> KeyRelease is a separate event than a KeyPress.  They are not the  
>>> "start" and "stop" of a s
>>
>> Right, just as a mouse drag consists of a series of pointer  
>> movement events bracketed by a button down and button up.  Which  
>> complicates things, but more to the point tells you what kinds of  
>> situations will need to be tracked in order to get this right.   
>> (Are there any other event combinations that need this?)
>
> Interestingly, a similar bug exists with mouse drags, although it's  
> much harder to trigger

That's exactly what I was referring to.  I'm wondering how many other  
such exist.

-- 
brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery at kf8nh.com
system administrator [openafs,heimdal,too many hats] allbery at ece.cmu.edu
electrical and computer engineering, carnegie mellon university    KF8NH





More information about the Xquartz-dev mailing list