[Qt-interest] Mouse movement required to make things happen?

[Eric Clark]

> -----Original Message-----
> From: qt-interest-bounces at trolltech.com [mailto:qt-interest-
> bounces at trolltech.com] On Behalf Of Bob Hood
> Sent: Tuesday, February 23, 2010 1:34 PM
> To: qt-interest at trolltech.com
> Subject: Re: [Qt-interest] Mouse movement required to make things
> happen?
> 
> Eric Clark wrote:
> > I am experiencing very similar behavior. We have a context menu that
> appears when you right click on an item in a QTreeView. When the user
> right-clicks, a completely transparent menu appears where you can just
> barely see the beveled edges only. If the user moves the mouse in any
> direction, the popup menu will completely appear.
> >
> > In our application, we have a QGLWidget (or 2 or 3 or more) as the
> central widget in our main window. We have the ability to turn off the
> rendering of the QGLWidgets by a click of a tool button. If we turn off
> the rendering, the anomaly does not happen, it works just as usual.
> When the user right-clicks the item in the tree view, the popup
> (context) menu appears just fine without any need for extra mouse
> movement.
> >
> > I wonder Bob, do you have any QGLWidgets in your application?
> >
> 
> Yes, indeed, we do, in a similar configuration.  And I am also seeing
> that issue with context menus drawing their outlines but not their
> contents until you move the mouse.  Glad it's not just us.  :)

Me too! I thought maybe it was something we did, but now that there is another, it
seems like this may be a Qt bug... 

> 
> So, this sounds like the QGLWidgets may be obstructing the event loop
> in
> some way?

Yes it does. Is it possible for you to turn off the rendering of your QGLWidget to
see if it is in fact, that widget? Maybe we can help the Qt folks narrow down the
issue.

> 
> _______________________________________________
> Qt-interest mailing list
> Qt-interest at trolltech.com
> http://lists.trolltech.com/mailman/listinfo/qt-interest