"Shift+[key]" shortcuts don't work on QT 5.5.0
All shortcut keys formed by Shift+[key] do not work on QT 5.5.
Note: This issue doesn't affect shortcuts formed by Ctrl+[key].
Confirmed on Arch Linux on QT 5.5 and Windows on QT 5.5, so is not OS-specifc (see https://musescore.org/en/node/71731)
Comments
These two Qt bugs are related to this issue
https://bugreports.qt.io/browse/QTBUG-47062
https://bugreports.qt.io/browse/QTBUG-47122
The first one is fixed for Qt 5.5.1 so maybe it fixes our issue. I didn't look too much in details.
I just finished installing Qt 5.5.0 and compiling MS, and confirmed this issue. Both Qt bugs are reported as fixed/closed, so now we wait for 5.5.1.
Tested with 5.5.1 RC - shortcuts now work with Shift on US English keyboard layout, but sometimes don't when assigning to e.g. a Hungarian layout with a character like Ó (which is generated by Shift+=, = would generate the lower case ó).
The latter might be a MuseScore issue, as even in 2.0.2 I cannot set Shift+Ó as shortcut.
Previously when I added the shortcut, it was recorded as "Shift+Ó"). But when I try to add the shortcut today, it is recognized as simple "Ó" (capital letter without Shift modifier, so the Shift is not recognized.).
Qt-5.5.1 is now officially out. See also https://github.com/musescore/MuseScore/pull/2131
I can verify "Shift+[key]" shortcuts now work on my arch machine running QT 5.5.1-1, so I think we can set this status to fixed (provided that user is running qt >= 5.5.1).
Which is what happens, for Windows, once my PR gets merged ;-)
understood.
Although will fix for windows, I guess would not fix for all the other linuxes that don't use the most up-to-date libraries (e.g. ubuntu).
right. it won't
fixed since long, f5b6027
Automatically closed -- issue fixed for 2 weeks with no activity.