I was able to fix this by commenting out this line in musescore.cpp:
sc->setWindowFlags(Qt::FramelessWindowHint);
I assume that either the line is unnecessary for all platforms or it is only necessary for win/mac or it is specific to some ubuntu thing, maybe compiz.
On KDE this change doesn't make a difference, on Gnome 3 it does exactly what it does in Unity (i.e. show the loadscreen before showing the program window).
If we keep the loading screen in 2.0, would it actually make sense to load it, then show it, then wait 2 sec., then close it?
Comments
I was able to fix this by commenting out this line in musescore.cpp:
sc->setWindowFlags(Qt::FramelessWindowHint);
I assume that either the line is unnecessary for all platforms or it is only necessary for win/mac or it is specific to some ubuntu thing, maybe compiz.
small problem == minor?
BTW: when commenting out https://github.com/musescore/MuseScore/blob/master/mscore/musescore.cpp…, "sc = new QSplashScreen(pm);", it crashes on Windows right on startup, so that definitely is not the right fix
Sorry, my bad. I should have included the line to be commented out.
It is:
sc->setWindowFlags(Qt::FramelessWindowHint);
which on my system is line 4780, but not on yours.
On KDE this change doesn't make a difference, on Gnome 3 it does exactly what it does in Unity (i.e. show the loadscreen before showing the program window).
If we keep the loading screen in 2.0, would it actually make sense to load it, then show it, then wait 2 sec., then close it?
sorry for that one, forgot to make it minor.
PR @ https://github.com/musescore/MuseScore/pull/869
If this is a bad way to fix, it will get rejected.
It would be great if you could test on windows/mac/notUbuntu.
Seems to work without ill effects on Windows (7 Enterprise 64bit)
Same on opensuse 13.1 with gnome3.
It works on Mac and Windows for me.
fixed in 9f0475b
Automatically closed -- issue fixed for 2 weeks with no activity.