[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