Settings field for multimeasure rests is too small

• May 3, 2020 - 10:41
Reported version
3.x-dev
Type
Functional
Frequency
Once
Severity
S3 - Major
Reproducibility
Always
Status
active
Regression
No
Workaround
No
Project

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

see:

Style.png


Comments

Status active needs info

I don't see this though in the latest build (on Windows 7):
foo.png
OS: Windows 7 SP 1 (6.1), Arch.: x86_64, MuseScore version (64-bit): 3.5.0, revision: a18e190

Status needs info fixed
Fix version 3.5.0

and indeed the commit after the one you used changes exactly that dialog, so I'll mark this issue fixed

This's probably due to the new option for bracket configuration which limits the space of other options. I'll take a look.

Status PR created fixed

Fixed in branch 3.x, commit 2c5d5d851b

_fix #304834: settings field for mulitmeasure rests is too small

  • Adjust size policies of widgets concerning multimeasure rests
  • Fix currentIndex property_

Shouldn't it also be merged in the 3.5alpha branch to check a nightly build, or does 3.x mean that it's fixed in the final 3.5 release?

It isn't and and the same meanwhile also with an actual nightly. But as mentioned above, the appearance was/is correct with a nightly in time of my first report.

It's very weird. It's almost a nightmare trying every size policy and they all look like the same. Only more reason to move to QML, I guess.

The supposed "fix" doesn't do anything useful, and I do not think it ever did. If you set your font size to what it was in the "correct" screenshot, everything should fit the way it is supposed to. The minimum height of the Preferences window is based on a font size that is lower than what you are currently using. By the way, are you able to make the window taller by resizing it from the top?

Regression Yes No

Yep, you're right, the reason seems to be the default font. The default font face in the beta and last nightly is here "noto sans". When I increase the height of the style window the fields appears correct.
If I switch to "sans serif" it appears correct without having to resize the style window. So it seems the issue is the default font face?

When I revert to factory settings "noto sans" is the default font with the appearance in the style window as reported. Only after resizing the window by using this font or changing the the font face to "sans serif" without it's necessary to resize the style window it appears correct. Checked it several times, at moment can't imagine another reason.

In addition, the list of pages for this dialog - the list widget on the right side of the dialog - is not wide enough. I was trying to debug that the other day but couldn't figure out if it was a scaling issue or size policy issue.

This is what I see after factory reset, so all default settings:

Screenshot 2020-07-02 at 3.02.17 PM.png

I actually use "-D 166" to scale things for my (high DPI) display, so 100% zoom really is 100%, the palettes are life size, etc. But I get the same results in this dialog within that.