Archive Liste Typographie
Message : Re: [typo] Nommage de polices OpenTypes

(Thomas Linard) - Vendredi 22 Mai 2015
Navigation par date [ Précédent    Index    Suivant ]
Navigation par sujet [ Précédent    Index    Suivant ]

Subject:    Re: [typo] Nommage de polices OpenTypes
Date:    Fri, 22 May 2015 11:04:22 +0200
From:    Thomas Linard <thlinard@xxxxxxxxx>

Le 2015-05-22 10:21, Jean-Luc BLARY a écrit :
Le 2015-05-22 10:02, Jean-Luc BLARY a écrit :
Sous Linux, Inkscape utilise bien les polices des dossiers standards
sous /usr/share/fonts, il est donc probable qu'il en aille de même sous
Windows.

Jean-Luc

Que ces logiciels puissent utiliser des dossiers spécifiques n’exclut
bien sûr pas qu’ils puissent utiliser le dossier standard de Windows
(mais alors, pour ce dossier, en étant soumis aux limitations propres
au moteur typographique classique de Microsoft).
Réponse illogique :
1. Il va de soi que sous Linux (ou Mac), ce n'est en aucun cas le moteur
typo de Microsoft qui est utilisé. :-D
2. Il n'y a aucun lien naturel entre l'emplacement des polices et le
moteur qui les exploite. Je confirme d'ailleurs que, au vu de certaines
différences de comportement, Inkscape utilise bien son propre moteur
avec les polices des répertoires standards.

Jean-Luc

Illogique ? Comme vous y allez !

1. Je parlais d’un contexte Windows, puisque c’était le cas soumis au début de ce fil. 2. « Il n’y a aucun lien naturel » : je ne sais pas si la nature a quelque chose à voir là-dedans, mais il se trouve que ce n’est pas sans rapport. Le système Windows ne laisse pas installer n’importe quoi dans le dossier \Windows\Fonts. Pas de fichier .dfont par exemple. Et évidemment qu’Inkscape utilise son propre moteur, tout le temps. Comme les logiciels Adobe utilisent le leur. Pour ces derniers, je ne suis pas sûr des détails de l’implémentation, mais par expérience maintes fois réitérée, ils construisent la liste des fontes disponibles dans le dossier \Windows\Fonts à partir des infos que Windows leur envoie, plutôt que de dresser cette liste eux-mêmes (d’où le problème rencontré dans ce fil et l’effectivité de la solution de contournement proposé).