Re: fetaBraces

[Luca Fascione]

I'm thinking we want both, Jean, because they are useful for different
scenarios.

But I think it does have merit, because if one like their sheets (or a
group of sheets) set up one way, with my method they'd need to change one
file in one place and they'd have their score adopt that look, whereas if
the score is full of commands to switch fonts this or that way, that'd be
much more work to do.
Random example: if I take a couple of fonts and meld them for a new "jazz"
look, I can just test them on leadsheets I have by preparing a virtual font
and changing one line on any score I have lying around, right?
Including sending it to my friend and having her test it on her material.
If the font mix was achieved with several commands injected in a whole lot
of places, that would not be anywhere near as feasible.

L

On Tue, Mar 14, 2023 at 11:00 PM Jean Abou Samra <jean@abou-samra.fr> wrote:

> Le mardi 14 mars 2023 à 15:46 +0100, Luca Fascione a écrit :
>
> This discussion makes me wonder whether something similar to LaTeX's
> virtual fonts system wouldn't be useful here.
> A virtual font is effectively a lookup table that says "for code point X
> pick up font Y code point Z" enough times.
>
> This way it's possible it'd be enough for the vast majority of use cases
> to just have one text font and one notation font,
> and then folks needing to make themselves a font using "these" clefs and
> "those" braces and "suchNsuch" noteheads can
> just make themselves a virtual font and switch to that as their "one"
> notation font, no?
>
> I mean, aside from demonstrating typographical capabilities, is there an
> honest use case for a flurry of different fonts continuously jumping here
> and there in a single score?
>
> It's already possible (though not entirely trivial, as shown in Abraham's
> replies) to override the music font per grob or locally in a markup. With
> this approach, the branching happens at the level of the font. We can
> consider it, but I'm not sure it would be worth the trouble compared to
> simplifying the code required to use different fonts for different objects.
>


-- 
Luca Fascione