4.6.2 Build is Using Windows XP era Print Dialog

[Crumpeteria]

Issue type

UI bug (incorrect info or interface appearance)

Description with steps to reproduce

Go print a score part. Notice that the Print Dialog under Windows 11 is using an ancient dialog because some developer dropped the correct command line switch to pull in the correct style. The position of the dialog is slammed to the upper right on my first screen so I have to go drag it to my 2nd screen so I can read it. Go read about proper UI style switches for compilation for Windows versions.

Supporting files, videos and screenshots

In which versions of MuseScore Studio is this issue present?

4.6.3

Regression

Yes, this used to work in a previous version of MuseScore 4.x

Operating system

Windows 11

Additional context

No response

Checklist

• This report follows the guidelines for reporting bugs and issues
• I have verified that this issue has not been logged before, by searching the issue tracker for similar issues
• I have attached all requested files and information to this report
• I have attempted to identify the root problem as concisely as possible, and have used minimal reproducible examples where possible

[cbjeukendrup]

some developer

Must've been a Qt developer :/

[juli27]

I've noticed the switch back to the classic dialog with Windows 11 while working on #16617. It's definitly caused by the Qt update, but I couldn't find out whether or not that was a deliberate change on Qt's side. The only thing I saw was that they changed the fallback parent to the "desktop window" for when the dialog doesn't have a parent. I'll investigate (despite the incredibly rude tone...).

The really old look of the classic dialog (both on Windows 10 and 11) is due to the lack of a Windows application manifest. I've got an old local branch with one. Will clean that one up and open a PR later today