The display of the clefs palette less well defined?
As indicated in the title, I notice that the display of the clefs palette has slightly changed.
With the 2.0.1, you receive:
With this current Nightly: b25f81d, this (it's a little more "bold", or said with a other manner, less well defined)
Is it troublesome for you, or not?
PS: rather that the attached pictures, it's better to check directly by comparing this palette in 2.0.1 and a recent nightly.
Comments
The whole font rendering engine has changed between 2.0.1 and 2.0.2 in order to have the same rendering on all platforms. You might see a bolder look but it should be closer from the actual look of the font.
In reply to The whole font rendering by [DELETED] 5
The display is less clear and precise, for numbers (8 va, vb, 15 etc.) specifically.
Ok, thanks for the explanation.
Interestingly, on OS X the change seems to have gone in the other direction. It was much more bold in 2.0.1:
and it's less bold in a 2.0.2 build:
That said, as far as "well defined" goes, both of your screenshots look very poorly defined to me. In the first, the numbers on the clefs are almost illegible; in the second, the treble clefs looks strangely lumpy. I think it's possible there's going to need to be more work on font rendering in the future.
In reply to Interestingly, on OS X the by Isaac Weiss
Interestingly, indeed.
I prefer the display of "your" 2.0.2 (soon) build, and "my" 2.0.1 :(
I suppose that Windows users must have to live with this from now :(
I don't know if this issue is more and less related, or not? https://musescore.org/fr/node/61926
In reply to Interestingly, on OS X the by Isaac Weiss
I just checked on Windows and Cadiz1 is right. The rendering in the palette but also on a score at lower zoom level is very bad.
![shot_150706_200247.png]( "shot_150706_200247.png")
Left 2.0.1, right development build...
A possible reason is the version of freetype used on Windows (2.3.5, the one provided by the GnuWin32 project, it's from 2007...) While the Mac version of MuseScore uses Freetype 2.6, from june 8th 2015... Let's compile a more recent version on Windows.
In reply to I just checked on Windows and by [DELETED] 5
FWIW, on my system - Ubuntu, on a fairly high-resolution display (166dpi) - I'd say it looks somewhere between what I see in the Windows and Mac screenshots. Which is to say OK, not great. It's noticeably better in the score itself, both with Emmentaler and with Bravura.
In reply to FWIW, on my system - Ubuntu, by Marc Sabatella
I see two steps in the change.
Until 5 May, and this Nightly: 151c717, the rendering in the palette is the same as in 2.0.1.
On 6 May, with this Nightly ("fix compilation on Windows"): 499ea8e, so, if I well understand, from this commit ? : https://github.com/musescore/MuseScore/commit/eff562ee3f6803ef0decaca0d…), first change: little more bold (see the numbers in particular) but it is still "correct", in the sense clear and legible.
I see a second "degradation" (still more bold, AND with poor rendering) two days later on May 8: a4f311c.
And therefore maybe due to a commit related with this other issue, already mentioned: #61926: F2 palette displays poorly rendered musical symbols, with a possible cause as indicated? : https://github.com/musescore/MuseScore/commit/7fbf11fd4ebb5168002f7d4f2…
In reply to I see two steps in the by cadiz1
See #68006: Some palettes, eg clefs palette, have a poor rendering