Play panel does not "float" above main window (it doesn't stay over the main window when you go to the main window); very inconvenient to those who playback their score very often, as they have to find the play panel.
[MuseScore 1.2]
So you know, "critical" priority is normally reserved for program crashes or data corruption. Also, the play panel is not needed for ordinary playback - that's what the space bar is for. The play panel is mostly needed just for overriding the tempo specified in the score or switching between straight and swing playback.
On my system,using the 7/12/12 build for Windows (a3d5580) the Play Panel *does* stay on top of of the main window even while I edit in the main window. Ditto with the Palettes window if undocked, the Mixer, and other windows. I like this.
Why don't use the window flag Qt::WindowStaysOnTopHint?
I tested it by adding setWindowFlags(this->windowFlags() | Qt::WindowStaysOnTopHint); just after line 51 of mscore/playpanel.cpp (setWindowFlags(this->windowFlags() & ~Qt::WindowContextHelpButtonHint);) and it seems to work (Mac OS X 10.8.5).
See also http://qt-project.org/doc/qt-5/qt.html for the behavior of Qt::WindowStaysOnTopHint.
Unfortunately, this solution at the moment does not work for the mixer, since it appears that the mixer is a QScrollArea instead of a "pure" QWidget (as PlayPanel is). Maybe, if the mixer was rewritten as a QWidget containing the QScrollArea, the flag Qt::WindowStaysOnTopHint would work also in that case.
Comments
I'm not sure what you mean. Could you be more specific?
For me, it does. If I click the main window, the play panel just becomes faded, but it is still visible.
So you know, "critical" priority is normally reserved for program crashes or data corruption. Also, the play panel is not needed for ordinary playback - that's what the space bar is for. The play panel is mostly needed just for overriding the tempo specified in the score or switching between straight and swing playback.
Could this be a feature request - 'On Top'?
Can you reproduce the problem in the latest nightly build? What is your operating system?
The 'Play Panel' hides behind the score when I click on the latter.
Using MuseScore 2.0 Nightly Build (d5f451c) - Mac 10.7.4.
On my system,using the 7/12/12 build for Windows (a3d5580) the Play Panel *does* stay on top of of the main window even while I edit in the main window. Ditto with the Palettes window if undocked, the Mixer, and other windows. I like this.
It must be operating system-specific.
Thanks Marc.
I think I forgot about this issue, but also see here .
See http://musescore.org/en/node/25201
We have confirmation it's happening only on Mac.
It seems to be a Qt problem and other noticed it https://qt-project.org/forums/viewthread/21720
See also http://musescore.org/en/node/37821
Why don't use the window flag
Qt::WindowStaysOnTopHint?I tested it by adding
setWindowFlags(this->windowFlags() | Qt::WindowStaysOnTopHint);just after line 51 of mscore/playpanel.cpp (setWindowFlags(this->windowFlags() & ~Qt::WindowContextHelpButtonHint);) and it seems to work (Mac OS X 10.8.5).See also http://qt-project.org/doc/qt-5/qt.html for the behavior of Qt::WindowStaysOnTopHint.
Unfortunately, this solution at the moment does not work for the mixer, since it appears that the mixer is a QScrollArea instead of a "pure" QWidget (as PlayPanel is). Maybe, if the mixer was rewritten as a QWidget containing the QScrollArea, the flag Qt::WindowStaysOnTopHint would work also in that case.
Qt::WindowStaysOnTopHint works on Mac and doesn't seem to have side effect on windows!
Let's go for it.
Fixed in ad2f8cad9a
Automatically closed -- issue fixed for 2 weeks with no activity.