Le lundi 22 mai 2023 à 08:07 +0000, Werner LEMBERG a écrit : > Regarding (2) I'm not sure where exactly the problem lies (i.e., whether it > is a LilyPond or a Pango issue).
I'm rather sure it's a Pango or Fontconfig issue. Based on the fact that we use Pango's FreeType backend, which is not the focus for Pango maintainers, I would not be surprised if this were an issue specific to this part of Pango, in the same vein as https://gitlab.gnome.org/GNOME/pango/-/issues/743 Our tagline is defined as ``` tagline = \markup { \pad-to-box #'(0 . 0) #'(0 . 3) { \with-url "https://lilypond.org/" \line { %% 2014 = em dash. #(format #f "Music engraving by LilyPond ~a~awww.lilypond.org" (lilypond-version) (ly:wide-char->utf-8 #x2014) ) } } } ``` The tagline text is one string, so we're text-layouting all in one call to Pango. I see zero reason for Pango to split out the digits into separate items with different fonts, since all the glyphs are in the requested C059 font. Unfortunately, even with the fonts-noto-color-emoji package installed, I still cannot reproduce this problem in an Ubuntu 23.04 VM.
signature.asc
Description: This is a digitally signed message part