>> * Regarding `noteheads.uM2`, I don't see a problem with removing the
>>hard-coded stems.
>
> That's good to hear. If we do, though, we'll have to reconcile
> breve/longa sidebars with Lily's customizable stems. I'm thinking
> we keep our breve glyphs for SMuFL compatibility, but in LP it
Hi Karlin,
I looked over the list, focusing on the shape notes. Nothing stood out
to me as being wrong, although I have no skill for the font design
concerns here.
To be honest, neither do I. I'm just making sure the glyphs match up and
are categorized correctly, which is more an archival pers
Thanks for the suggestion, Hans!
Unfortunately, I have next to zero experience actually designing new
glyphs, so I'm not (yet?) the guy to ask about that. Right now, my
number-one priority is making our existing font SMuFL-compliant and
giving LilyPond SMuFL support, after which (I stress: I c
Hi Werner,
* Regarding `noteheads.uM2`, I don't see a problem with removing the
hard-coded stems.
That's good to hear. If we do, though, we'll have to reconcile
breve/longa sidebars with Lily's customizable stems. I'm thinking we
keep our breve glyphs for SMuFL compatibility, but in LP its
Hello,
Here is the current patch countdown list. The next countdown will be on
July 12th.
A list of all merge requests can be found here:
https://gitlab.com/lilypond/lilypond/-/merge_requests?sort=label_priority
Push:
!835 Hide Smob_core::count - Dan Eble
https://gitlab.com/lilypond/li
On 7/9/2021 9:09 PM, Owen Lamb wrote:
I've dropped in the next few Emmentaler categories (Default Noteheads,
Special Noteheads, and Shape-note Noteheads), so feel free to give it a
look at https://wolfgangsta.github.io/emmentaler-bravura/. Please let me
know what you think, especially regarding
> On 10 Jul 2021, at 04:09, Owen Lamb wrote:
>
> A bit of news on the SMuFL front. I've dropped in the next few Emmentaler
> categories (Default Noteheads, Special Noteheads, and Shape-note Noteheads),
> so feel free to give it a look at
> https://wolfgangsta.github.io/emmentaler-bravura/. P
How hard would it be to also add support for -dpreview and -dcrop in
the Cairo backend?
... and same question for output-attributes as demonstrated in
input/regression/output-attributes.ly ?
Lukas
Hi everybody!
Thanks for your replies to the original message, I'll reply later.
Currently I'm working on GUB. The trivial part is to update some lost download
links, but even after those links have been fixed building of *::cairo is
broken.
Knut
Hi Knut,
Am 05.07.21 um 00:10 schrieb Knut Petersen:
The attached patch implements a new backend based on Cairo.
To test select the desired output formats by any combination of the
'--pdf', '--ps' and '--svg' command line options and add
'-dbackend=cairo'. The '--svg' option must precede the
10 matches
Mail list logo
