I therefore think that, in Qt 5.4.2, the drawText relying on a QFont is not able to properly read and use the 'kern' table under Windows and Mac, but it relies on the GPOS table. I ran again the Qt script and these are the results: This is the font in the zipped archive "mscore_kern_GPOS.ttf". I thus opened the font in FontForge (under Windows) and re-exported the font with both "OpenType" and "Old Style 'kern' " enabled in the options: The results of the script, for mscore.ttf and Qt 5.4.2 (the one used for 2.x branch), are the following:Īs you can see, Freetype rendering correctly kernels the font, while the font engine of Mac completely ignores it, and Windows behaves strangely.īy comparing the three fonts, I found that Bravura and Gootville have "kern" table as well as GPOS table, while mscore.ttf (Emmentaler) only has a "kern" table (without GPOS table). "mscore.ttf" is the original font from GitHub (for the other font in the folder see below). The script is attached in the zipped folder. I wrote a simple test Qt script (it can be opened and compiled via QtCreator) which prints the kerned pairs of mscore.ttf with kerning disabled (top row) and enabled (bottom row). The dynamics are drawn in the score through a drawText instruction, therefore they rely upon a QFont loading the corresponding font (mscore.ttf, Bravura.otf or Gootville.otf). I know, it's not the most urgent issue, but it does not look very pretty compared with what it should look like and I wanted it not to be overlooked.Īfter an intensive investigation, I think I found the origin of the problem, for both Windows and Mac. until I discovered a modified 2.2.0 (695f653) version of MuseScore, which seems to fix the font kerning issue for texts/lyrics so far, but the two f's in fortissimo are too close together/overlapping there: Normally I set my score with my Windows 10 machine, but since there is a (text) font kerning issue in stable MuseScore for Windows, I used the Mac for generating the output (pdf/print). Validating the font reports several glyphs as having contours in the wrong direction. The two f's are also divided by a little (=normal) gap: I attached a sample of Lilypond's output, since Lilypond uses Emmentaler as well. Bravura uses a ligature of f and f, whereas Emmentaler has a gap like it is usually done with two consecutive letters. ![]() The (Windows 7) gap above is okay, I think it is only the difference of Emmentaler's style and Bravura's style. The gap between f and f in macOS is definitely too far. The symbol palette is possibly not changing it's font, when changing the font in Style–General. I would assume, that the version of the symbols palette is not Emmentaler, but Bravura - it has a different shape (look at the top and foot of the f ).
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |