[bug #35294] NSEvent issue

[Fred Kiefer]

Update of bug #35294 (project gnustep):

                  Status:                    None => Ready For Test         
             Assigned to:                    None => FredKiefer             
             Open/Closed:                    Open => In Test                

    _______________________________________________________

Follow-up Comment #1:

That is a very interesting problem you found here.

I could not reproduce the issue with GSBackHandlesWindowDecorations set to
YES, here things seem to work as expected for me. Perhaps you could give some
more details on how to reproduce.

But for GSBackHandlesWindowDecorations set to NO, I am able to reproduce this
issue. Some debugging showed the reason for it. When you click on a window the
event first gets dispatched to that window. The window sends it on to the view
you clicked on. The next step you would expect is that the view that does not
impelement any event handling passes that event on and so it does. But not as
you may expect to the window, it passes it on to the next responder, which is
of course the view containing that view. And for the case where gui handles
the window decoration this is the GSStandardWindowDecorationView and this
class has mouse down behaviour, so the event gets swallowed here.

I scattered a few calls to the super implementation into that method and
things seem to work fine for me now. Please give it a try.



    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?35294>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.gnu.org/