gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: NSMenuView patch


From: Matt Rice
Subject: Re: NSMenuView patch
Date: Fri, 4 Mar 2011 13:19:45 -0800

On Fri, Mar 4, 2011 at 1:09 PM, Matt Rice <address@hidden> wrote:
> On Fri, Mar 4, 2011 at 12:48 PM, Fred Kiefer <address@hidden> wrote:
>> I just ran into a very annoying problem caused by our mouse capture in
>> NSMenuView. When debugging an action method I put a breakpoint into that
>> method and ended up with an unusable X windows desktop. The debugger
>> would display its command prompt, but the mouse was still captured by
>> the GNUstep menu window and I was unable to do anything.
>> Looks like a duplicate call to capture actually has an effect only when
>> out one is released the mouse will be usable again.
>> This should also manifest itself in other cases, for example a modal
>> window that gets started from a nested menu item. But I am unable to
>> reproduce the issue there. I am not really sure what goes on here.
>>
>> The annoying bit is that I have to restart X each time I try this :-(
>
> you might try looking up the xorg.conf setting, AllowDeactivateGrabs
>
> it may help depending on if its supported in your X server (has been
> varying over the years, haven't tried it recently)
>
> otherwise starting up gdb from the console or ssh and attaching to the
> process with --pid
>
> I agree that its annoying, but really I don't think its anything
> specific to Greg's patch, I'd run into the same with GNUstep years
> ago.
>

I guess I should say, that ssh/trackball with button locking is really
the way to go for debugging these issues, as switching to the console,
and deactivating the grab are both going to modify the X event stream
which may or may not be a problem (though it usually isn't)



reply via email to

[Prev in Thread] Current Thread [Next in Thread]