Preferences window doesn't match on a 15'' Laptop screen and height isn't resizeable

• Jun 12, 2020 - 14:36
Reported version
3.x-dev
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
active
Regression
Yes
Workaround
Yes
Project

OS: openSUSE Leap 15.1, Arch.: x86_64, MuseScore version (64-bit): 3.5.0, revision: b5add95

See attached window. It's possible to resize the width, but not the height, so that the fields "apply", "cancel" and "ok" are not accessible. With 3.5.0 alpha same appearance, but height is resizable.

Attachment Size
Bildschirmfoto_2020-06-12_15-19-08.png 152.97 KB

Comments

What's your screen resolution? For me on a smaller monitor, the dialog fits just fine (Beta build), it's exactly the right for the Canvas tab. and it's resizable as expected - that is, I can make it bigger but not smaller.

Screen resolution: 1366x768 - Probably maximum here, by switching to another - lower - screen resolution there's no difference. As mentioned, with 3.5.0 alpha it was possible for me to reduce the height of the preferences window, not so with 3.5.0 beta.

I wouldn't expect lowering resolution to help, increasing it almost certainly would.

Your resolution is above our minimum stated (1024x600) so things should work. But I guess some of the new things added to the Preferences dialog since the alpha have pushed it just enough bigger to no longer fit. We should see about rearranging the Canvas tab to save space.

But to be clear: Alpha didn't allow you to reduce the size beyond what was needed to make the controls on the Canvas tab all fit, did it? Again, there should be no difference in resizability - dialogs can always be expanded, but can't be reduced beyond their minimum. The only thing that changed here AFAIK is what that actual minimum is - it grew to accommodate the new zoom default controls.

Can you confirm this - the dialog on Alpha was not resizable to be too small for the Canvas tab, the dialog on the beta is resizable to go larger, and the only real difference here is how much space that Canvas tab actually takes up? Assuming all this true, fix would be just a matter of rearranging the controls on the tab to save space.

Workaround No Yes

I'm working on a fix. In the meantime, as a temporary workaround, try going back to that MuseScore Preferences tab, reducing the font size from 11 to 10 or 9, and then pressing Enter to accept the change (since the OK button isn't visible).

BTW, was 11 the default font size on your system, or had you increased it previously?

This is Linux, though. I'm trying to find out whether 11 is an actual default on some (or maybe even all) Linux systems.

I believe MuseScore takes its font size from whatever is set within the OS. This wasn't working correctly in older releases but I think it is now, maybe as of around 3.3?

I rather doubt 11 pt is the default on any Linux distribution unless maybe there is one that specifically caters to people to visual impairment? On systems with high DPI displays, it is sometimes necessary to crank up default font size to overcome limitations in how automatic scaling works. Specifying 11 pt might actually result in 8 pt actual size on screen. However, that doesn't seem likely to be what is going on here. A 15" monitor at only 1366x768 hardly qualifies as high DPI - that/s right about the typical 100 DPI if my math is correct.

A difference in size of the MuseScore Preferences dialog between 3.5.0 Beta and the 4.0 nightly is expected, as the PR that recently made the dialog bigger in the 3.x branch hasn't been merged into the master (4.x) yet (AFAIK).

While you're here, could you please answer my earlier question: What is the default font size on your system as it appears on the MuseScore Preferences dialog tab that you posted a screen shot of? Is it really 11 pt? Also, have you changed the Linux GUI font size from the default value on your system?

I'm asking because 11 pt seems large for a 1366×768-pixel screen.

Same problem here on Linux (Ubuntu 18.04), too. It might have to do with the default Gnome text scaling factor and its interplay with Qt.

My default scaling as reported by gsettings:

$ gsettings get org.gnome.desktop.interface text-scaling-factor
1.25

If I launch the app from CLI as follows:

QT_SCALE_FACTOR=0.8 ./MuseScore-3.5.0-Beta-x86_64.AppImage

the issue is fixed. You must change, though, the default font value in Preferences to a higher one than 11pt, or even 12pt.

Sorry for late reply. I don't really get it and don't find time to figure it out the reason for the actual behavior. Using myself the desktop environment/window manager XFCE. The default font size here is "novo sans" sans with font size "11". But as far I can see changing the font settings of the DE doesn't really take a effect of the window size inside MuseScore, so that it fit on the screen (I can live with it, but it looks strange between the ratio of the menu/workspace and the score, and don't think, it's very user-friendly for people with visual impairments) . As far I can see there must be have a change between the alpha and the beta, there's an inconsistent behavior to adjust the height of the window anymore to access the buttons below - I'm not clear about it. The expected result in my opinion should be: No matter about the font face or size the window should fit on the screen to access all items.
I didn't check another DE or -x or -d settings.