La documentation indique que l'on peut obtenir la liste des polices
supportées par lilypond en tapant, dans une ligne de commande DOS (invite de
commandes Windows) , la commande :
lilypond -dshow-available-fonts qq
malheureusement, la liste qui défile (très rapidement !) dans la fenêtre DOS
(fond noir) est si longue que l'on n'en récupère qu'une toute petite partie
qui correspond à la dernière partie de cette liste.
J'ai essayé la commande :
lilypond -dshow-available-fonts qq >C:\font_lst.txt
qui crée bien comme prévu le fichier lilypond C:\font_lst.txt mais celui-ci
est vide !
Aucun problème avec la commande, si ce n'est que les polices que je viens
d'installer n'y apparaissent pas alors qu'elles sont disponibles ailleurs
sous Windows. D'autant plus dommage que je n'ai pas ce problème sous mac.
J'ai en fait voulu tester l'intégration des polices de Christian Texier,
entre autres pour les baguettes de percussion, en définissant la variable
suivante :
percstick = \markup {\override #'(font-name . "Controla") %loads Controla
font
\fontsize #5
"n" %bow char
}
Y a-t-il une cache de fontes créée par Lilypond qu'il suffirait de
reconstruire pour qu'il prenne en compte les nouvelles fontes (comme je n'y
connais rien à Windows, je ne sais pas trop où chercher)?
Lilypond crée systématiquement un cache des polices (même en version portable
sur PC inconnu à la racine utilisateur:
dans "C:\Documents and Settings\MonUser" on trouve le répertoire (caché):
".lilypond-fonts.cache-2"
Je ne sais pas si cela peut aider à la résolution de ce problème...
Je n'ai plus testé l'inclusion de polices exotiques depuis un temps, mais le
problème ressurgit.
J'ai donc supprimé le fichier cache de polices de lilypond, qui en re-crée
un à la compilation suivante. Les polices que je veux utiliser sont bien
reprises dans la liste reprise par la commande
"lilypond-dshow-available-fonts blabla"
Par contre, selon que j'utilise une police ou une autre, la compilation
fonctionne ou non. Quand ça ne fonctionne pas, la console me donne le
message suivant :
Sortie mise en page vers « test_font.ps »...ERROR: Unbound variable:
file-name
Par exemple, pas de souci avec Courier Neue, mais rien ne passe avec
Courier. Ce sont pourtant des polices assez courantes, me semble-t-il.
Voici un exemple minimal :
\version "2.13.51"
\header{title = "test police"}
\relative{
c' d e_\markup{Aa} f_\markup {
\override #'(font-name . "Courier")
{ Aa A A AThis text is in Vera Bold }
}
}
J'ai également effacé la cache .fontconfig, mais rien n'y fait.
Je n'ai plus testé l'inclusion de polices exotiques depuis un temps, mais le
problème ressurgit.
J'ai donc supprimé le fichier cache de polices de lilypond, qui en re-crée
un à la compilation suivante. Les polices que je veux utiliser sont bien
reprises dans la liste reprise par la commande
"lilypond-dshow-available-fonts blabla"
Par contre, selon que j'utilise une police ou une autre, la compilation
fonctionne ou non. Quand ça ne fonctionne pas, la console me donne le
message suivant :
Sortie mise en page vers « test_font.ps »...ERROR: Unbound variable:
file-name
Par exemple, pas de souci avec Courier Neue, mais rien ne passe avec
Courier. Ce sont pourtant des polices assez courantes, me semble-t-il.
Voici un exemple minimal :
\version "2.13.51"
\header{title = "test police"}
\relative{
c' d e_\markup{Aa} f_\markup {
\override #'(font-name . "Courier")
{ Aa A A AThis text is in Vera Bold }
}
}
J'ai également effacé la cache .fontconfig, mais rien n'y fait.
Je n'ai plus testé l'inclusion de polices exotiques depuis un temps, mais le
problème ressurgit.
J'ai donc supprimé le fichier cache de polices de lilypond, qui en re-crée
un à la compilation suivante. Les polices que je veux utiliser sont bien
reprises dans la liste reprise par la commande
"lilypond-dshow-available-fonts blabla"
Par contre, selon que j'utilise une police ou une autre, la compilation
fonctionne ou non. Quand ça ne fonctionne pas, la console me donne le
message suivant :
Sortie mise en page vers « test_font.ps »...ERROR: Unbound variable:
file-name
Par exemple, pas de souci avec Courier Neue, mais rien ne passe avec
Courier. Ce sont pourtant des polices assez courantes, me semble-t-il.
Voici un exemple minimal :
\version "2.13.51"
\header{title = "test police"}
\relative{
c' d e_\markup{Aa} f_\markup {
\override #'(font-name . "Courier")
{ Aa A A AThis text is in Vera Bold }
}
}
J'ai également effacé la cache .fontconfig, mais rien n'y fait.
Je n'ai plus testé l'inclusion de polices exotiques depuis un temps, mais le
problème ressurgit.
J'ai donc supprimé le fichier cache de polices de lilypond, qui en re-crée
un à la compilation suivante. Les polices que je veux utiliser sont bien
reprises dans la liste reprise par la commande
"lilypond-dshow-available-fonts blabla"
Par contre, selon que j'utilise une police ou une autre, la compilation
fonctionne ou non. Quand ça ne fonctionne pas, la console me donne le
message suivant :
Sortie mise en page vers « test_font.ps »...ERROR: Unbound variable:
file-name
Par exemple, pas de souci avec Courier Neue, mais rien ne passe avec
Courier. Ce sont pourtant des polices assez courantes, me semble-t-il.
Voici un exemple minimal :
\version "2.13.51"
\header{title = "test police"}
\relative{
c' d e_\markup{Aa} f_\markup {
\override #'(font-name . "Courier")
{ Aa A A AThis text is in Vera Bold }
}
}
J'ai également effacé la cache .fontconfig, mais rien n'y fait.
Je n'ai plus testé l'inclusion de polices exotiques depuis un temps, mais le
problème ressurgit.
J'ai donc supprimé le fichier cache de polices de lilypond, qui en re-créen
un à la compilation suivante. Les polices que je veux utiliser sont bien
reprises dans la liste reprise par la commande
"lilypond-dshow-available-fonts blabla"
Par contre, selon que j'utilise une police ou une autre, la compilation
fonctionne ou non. Quand ça ne fonctionne pas, la console me donne le
message suivant :
Sortie mise en page vers « test_font.ps »...ERROR: Unbound
variable:file-name
Par exemple, pas de souci avec Courier Neue, mais rien ne passe avec
Courier. Ce sont pourtant des polices assez courantes, me semble-t-il.
Voici un exemple minimal :
\version "2.13.51"
\header{title = "test police"}
\relative{
c' d e_\markup{Aa} f_\markup {
\override #'(font-name . "Courier")
{ Aa A A AThis text is in Vera Bold }
}
}
J'ai également effacé la cache .fontconfig, mais rien n'y fait.
Je n'ai plus testé l'inclusion de polices exotiques depuis un temps, mais le
problème ressurgit.
J'ai donc supprimé le fichier cache de polices de lilypond, qui en re-créen
un à la compilation suivante. Les polices que je veux utiliser sont bien
reprises dans la liste reprise par la commande
"lilypond-dshow-available-fonts blabla"
Par contre, selon que j'utilise une police ou une autre, la compilation
fonctionne ou non. Quand ça ne fonctionne pas, la console me donne le
message suivant :
Sortie mise en page vers « test_font.ps »...ERROR: Unbound variable:file-name
Par exemple, pas de souci avec Courier Neue, mais rien ne passe avec
Courier. Ce sont pourtant des polices assez courantes, me semble-t-il.
Voici un exemple minimal :
\version "2.13.51"
\header{title = "test police"}
\relative{
c' d e_\markup{Aa} f_\markup {
\override #'(font-name . "Courier")
{ Aa A A AThis text is in Vera Bold }
}
}
J'ai également effacé la cache .fontconfig, mais rien n'y fait.
Retour sur ce vieux topic; je ne sais pas si le souci vient de mon
installation, mais je n'arrive plus à utiliser certaines polices dans
Lilypond. Voici ce que je reçois comme message quand je veux intégrer la
police Controla :
échec de « (fondu -force /Library/Fonts/Contr) » (256)
En mode verbose, ça donne :
Appel de « fondu -force /Library/Fonts/Contr »...
Can't find an appropriate resource fork in /Library/Fonts/Contr
échec de « (fondu -force /Library/Fonts/Contr) » (256)
Ça arrive avec de nombreuses polices (souvent celles qui ne sont pas au
format .dfont)
Dans d'autres cas, pas de message d'erreur, mais le résultat reste le même
(le texte apparaît dans une police ressemblant à du courrier).
J'ai évidemment effacé le cache de polices de Lilypond, mais rien n'y fait.
Un utilisateur de la liste anglophone a eu le même souci et a réussi à le
contourner : il a utilisé les versions .ttf (au départ prévues pour Windows)
à la place des polices Mac.
Il semble donc que OS X, dans ses versions récentes, reconnaisse plus
facilement les polices true type destinées à windows que les true type (et
même les duos postscrit + bitmap) destinées à l'origine au mac. Il faut dire
que la gestion des polices sur mac a bien changé depuis la parution de ces
polices.
Ceci expliquerait également l'échec dans l'utilisation d'autres polices que
j'ai dans ce genre de format (malheureusement des polices payantes,
d'origine Linotype et Emigre entre autres, qu'il me faudrait donc obtenir
dans un autre format).
à la racine utilisateur: