Dynamics in Palette look wrong
Dynamics in Palette look wrong, glyphs to close together and some off center (and even after a -F factory reset):
4f76800, Windows 7 Enterprise, 64-bit
| Attachment | Size |
|---|---|
| Dynamics-Palette.png | 5.22 KB |
Dynamics in Palette look wrong, glyphs to close together and some off center (and even after a -F factory reset):
4f76800, Windows 7 Enterprise, 64-bit
| Attachment | Size |
|---|---|
| Dynamics-Palette.png | 5.22 KB |
Comments
Which operating system?
MacOSX 10.9, using Qt5.3RC, 4f768005c5
Strange, your's looks perfect
I'm on Windows 7, and mine has looked like Jojo's for a couple of weeks now I'd say. Everything looks fine once added to the score, but the palette itself is messed up exactly as shown above. I too have done resets, both manual and using "-F".
I'm on Windows 8.1u1 64bit and the Dynamics palette looks fine.
When did you last use -F? Maybe it still shows a correct, good looking, but old one?
On my PC - 64bit WIN 8.1
for all latest nightlys - I agree with Jojo:
Dynamics look fine in documents
-> but not in the palette.
Could this be somehow related to #25759: pdf export gives strange results under Windows for font different from Emmentaler?
Another 'combined glyph' that looks bad is the accidental bracket in the accidental palette
Nope, I did a -F after my last compile before testing this, and now just did a manual deletion of the MS config data and the palette is still good.
I did my last "-F" right after it was fixed to actually do something resembling a full reset, a few days ago. I was hoping that would fix the palette, but no such luck.
Glyphs are too close together both in the palate and in the score when using Bravura font.
Using c7b7d35
Windows 7 32 bit
Same problem with Qt5.3RC.
I also tried to convert Bravura to TTF and problem remains. My best guess is that the kerning in Bravura is different, maybe differently stored than the kerning in Gonville and Emmentaler... Could be another good reason to switch to an actual SMuFL text font for texts...
I'm definitely in favor of using BravuraText where it makes sense. Would be great to have that for the F2 palette.
But it's weird that the palette was looking fine until recently. See #25229: Some dynamics have too much internal space (no kerning). I'm pretty sure the palette was looking fine when I posted that issue April 2, or I'd have mentioned it. And I am also thinking it still looked fine after your fix, although I guess I'm less confident about that. I guess maybe it was the update of Bravura to 0.9 on April 18?
Now that I've upgraded to the latest GIT 3e5b91d and Qt5.3.0, my palette looks like Jojo's... bad. :-(
But I'm 100% sure it ain't Qt-5.3's fault, as I had it before already.
Rebuilt using Qt 5.2.0, still with latest commits and a factory reset again, and palette is once again OK.
So Qt 5.2.1's fault, not fixed in 5.3, and only on Windows?
Since I never used 5.2.1 and only just tried 5.3 and had the same bad result, I would say yes. It's not a show-stopper for me to use Qt 5.3 again for my future compiles, but it's annoying.
One possible fix might be to not construct these dynamics by combining glyphs, but take the single glyph instead (i.e. change that #if to #if 0). Works for all but sff, which doesn't seem to be in SMuFL (and unlike to what the comment says, works with Emmentaler and Bravura too, not with Gonville though), and even the sff looks OK with that change.
https://github.com/musescore/MuseScore/blob/master/libmscore/dynamic.cp… and following
BTW, are sure that Bravura itself isn't at least partially to blame? I do believe the problem showed up with the update to Bravura 0.9; I didn't make any changes to my Qt installation at that time. It sounds like the problem only exists in Qt 5.2.1 and later, but whatever the problem is, it was not triggered by Bravura 0.85 or whatever we were using before. Did they change something about the representation of the font?
See PR #924
Fixed, albeit differently
Automatically closed -- issue fixed for 2 weeks with no activity.