Knut wrote:
I'm mainly asking because I'm currently developing a SMuFL compliant music font, and I plan to support as many applications as possible, including Lilypond, so I'll be interested to know the nature of all these 'hacks' when the design is ready. Anyway, it sounds like the easiest thing to do would be to make a dedicated font file available if SMuFL isn't supported by Lilypond at the time of release. As far as I remember, though, you still need a hack for Lilypond to handle the use of just one single font for all staff sizes, correct?
I knew you were, as I also follow the SMuFL mailing list

.
Well, thanks to the effort of LilyPond user Torsten Hämmerle, and with a follow-up by Nathan Ho, SMuFL fonts can *mostly* be used just as they are. Their code basically goes through the majority of the western notation glyphs and substitutes in those from the SMuFL font at run-time. It actually works pretty nicely, but it also means that in some instances a glyph cannot be substituted (like with the trill wiggle "~") since they are hard-coded deep within LilyPond and don't have the top-level access like the others. I've tried to figure out a way around it as I helped Robert Piéchaud get November 2.0 working with LilyPond, but without success. One nice thing, though, is that all SMuFL glyphs can be accessed via markup functions so that the user can grab specific ones and do things with them if they want (this is how all the other hacks do it). So, the best thing I can tell you is that your font will work *mostly* without much effort, but not perfectly if left in pure SMuFL format. I don't see LilyPond internally supporting SMuFL anytime soon. I've thought about taking the task on, but have no time for it at the moment. If you were interested in making your font work natively like Emmentaler, send me a PM to discuss. And, yes, it does take a small hack to make a single font work, but we can deal with that later.
Knut wrote:
I'm familiar with the intended size of the stylistic alternates for small staff in SMuFL and Bravura. They are dedicated to a staff size around 75% of that used for the main glyph set.
Sorry, that's not what I meant. I knew that, too. I guess my question comes from my use of LilyPond, which doesn't scale the staff-line thickness when staves change size. This means that as the staff-height gets smaller, the relative size of the staff-lines becomes larger, which suits Bravura better, IMHO. But what
is the optimal staff-line thickness for Bravura? I don't know that.
Knut wrote:I was under the impression that Lilypond already could make use of Bravura's entire range of glyphs, so I was asking to hear your impression of the usability compared to the Lilypond fonts with regard to staff sizes.
"Can/Could" is the right word here. Can, but doesn't, as I explained above. The thing to remember is that LilyPond fonts are designed to work at ALL the common staff sizes without compromising legibility. For example, take a large orchestral score and you'll notice that LilyPond's rendition will be heavier than from other programs. If you change the staff-height to accommodate more systems on the page, you aren't just scaling the font (most likely), but choosing a
better font designed for that size of staves. At the moment, the LilyPond -> SMuFL hacks haven't been coded in such a way that can utilize both weights. The heavier glyphs are ignored. Seems like that would be a great new feature if someone wanted to implement it. I have some ideas, but no time at the moment to do so. Actually, I have a LOT of ideas for improving LilyPond's SMuFL support. Perhaps in the future.
Knut wrote:My impression is that eight different weights is a bit much for most situations, but that three should be a minimum to cover the bases from instrumental parts to study scores. Unfortunately there isn't room in SMuFL for any extensive glyph collection in two alternate weights, but, at least in time, I plan to support the same one Bravura does for as many glyphs as possible.
You're probably right, especially if the user mostly works with standard staff-sizes. I would think there aren't too many composers out there that would insist on many different staff-sizes in the same score.