Archived issue #0024570
Qt5 mouse tracking is not working with V3d_View (GNU/Linux)
Description
I've recently ported my Qt/OpenCascade code to Qt 5.2 (I was previously using Qt 4.8)
Every thing seems OK except that mouse tracking refuses to work.
Actually it is working on Windows platform but not with Kubuntu (13.04).
Mouse tracking doesn't work after the call to V3d_View::SetWindow().
Here is the source code of my Qt/OCC view widget (based on Pete Dolbey's QtOCC) :
https://github.com/fougsys/fougtools/blob/master/src/occtools/qt_view.h
https://github.com/fougsys/fougtools/blob/master/src/occtools/qt_view.cpp
This not a regression of OpenCascade 6.7.0 (it is also not working with v6.6.0)
Every thing seems OK except that mouse tracking refuses to work.
Actually it is working on Windows platform but not with Kubuntu (13.04).
Mouse tracking doesn't work after the call to V3d_View::SetWindow().
Here is the source code of my Qt/OCC view widget (based on Pete Dolbey's QtOCC) :
https://github.com/fougsys/fougtools/blob/master/src/occtools/qt_view.h
https://github.com/fougsys/fougtools/blob/master/src/occtools/qt_view.cpp
This not a regression of OpenCascade 6.7.0 (it is also not working with v6.6.0)
Steps to reproduce
I have provided an example in the attached file (Attachment 1 (ZIP))
Note: the example is compiled with :
qmake CASCADE_ROOT=/your/path/to/occ qtviewer.pro
(n)make
The example should output in console the message "Mouse move" any time mouse is moved (without button pressed), but as mouse tracking is broken this is not the case ...
Note: the example is compiled with :
qmake CASCADE_ROOT=/your/path/to/occ qtviewer.pro
(n)make
The example should output in console the message "Mouse move" any time mouse is moved (without button pressed), but as mouse tracking is broken this is not the case ...
Additional information
The issue was originally reported in the OpenCascade forum :
http://www.opencascade.org/org/forum/thread_25743/?forum=3
http://www.opencascade.org/org/forum/thread_25743/?forum=3
Public activity
2 archived notes
Participants are labeled by their role within this record.
The most possible root cause (creation of child window within TKOpenGl in some cases) has been eliminated within #0026732.
It is now up to application to ensure that alien XWindow passed to TKOpenGl has sufficient attributes (e.g. color / depth).
It is now up to application to ensure that alien XWindow passed to TKOpenGl has sufficient attributes (e.g. color / depth).
Dear Commenter 1,
please close the issue as duplicate of #0024467.
please close the issue as duplicate of #0024467.
Related records