Amalgamer plusieurs polices de caractères

[Doug713705]

Bonjour à toutes, tous,

Cette discussion à été initialement postée sur
fr.comp.os.linux.configuration mais obtiendra probablement plus de
réponses par ici.

N'ayant pas trouvé de police de caractères qui répondent à mes besoins
je cherche à amalgamer (merge en anglais) plusieurs polices en une
seule.

Le but du jeu étant d'avoir une police de caractères la plus générique
possible qui puisse afficher à la fois les caractères cyrilliques,
hindis, japonais, chinois, arabes, etc. À ma connaissance aucune police
de caractères ne permet de le faire et, de ce que j'ai compris, les
logiciels utilisent un mécanisme de "fallback" qui permet de jongler
entre différentes polices. Ce mécanisme ne me convient évidemment pas.

Google m'indique que je peux 'merger' plusieurs fonts à partir de
fontforge mais l'opération est particulièrement fastidieuse.

Existe t-il un moyen de "merger" plusieurs polices de caractères à
partir d'une ligne de commandes et d'obtenir ainsi une police de
caractères qui corresponde à mon besoin sachant que je n'ai pas
nécessairement besoin des variantes "gras", "italique", etc et que la
taille du fichier résultant n'a que peu d'importance.

Je poste ici sans être convaincu que ce soit le meilleur endroit pour ce
faire. Libre à vous de rédiriger la conversation là où elle pourrait
être plus en charte.

Merci d'avance pour vos réponses et conseils.

[Tardigradus]

Post by Doug713705
Le but du jeu étant d'avoir une police de caractères la plus générique
possible qui puisse afficher à la fois les caractères cyrilliques,
hindis, japonais, chinois, arabes, etc.

Il existe déjà plein de polices qui font plus ou moins ça, à comparer à
ton besoin exact, mais il y a du cyrillique, du chinois, du japonais et
d'autre langues qui m'échappent mais qui sont originaires de
l'hémisphère Est, si je puis dire. Toutes les polices de type OpenType
sont censées pouvoir le proposer, même si ça dépend évidemment du bon
vouloir de chauqe "fabricant".

Post by Doug713705
Existe t-il un moyen de "merger" plusieurs polices de caractères à
partir d'une ligne de commandes et d'obtenir ainsi une police de
caractères qui corresponde à mon besoin sachant que je n'ai pas
nécessairement besoin des variantes "gras", "italique", etc et que la
taille du fichier résultant n'a que peu d'importance.

À ma connaissance, non. Il ne suffirait pas de "merger" (quoi que ça
puisse bien vouloir dire !) des polices, encore faut-il pouvoir accéder
à chaque caractère lors de l'usage de cette police.

Chaque caractère d'une police est affecté à un numéro d'ordre, avec
d'éventuelles variantes, qui sont, selon le logiciel de traitement de
texte (au sens le plus large possible), atteignables facilement ou pas.
Par exemple, avec le "e", on peut avoir comme variante le "e" en
supérieur et le E en petites caps.
Ces variantes sont des caractères à part entière affectés à un autre
numéro d'ordre mais "liées" au caractère de départ.

A mon sens, le seul moyen d'arriver à ce que tu désires serait de
reprendre complètement une police de base, et, lettre après lettre,
d'affecter à chacune sa ou ses variantes dans les styles que tu
souhaites, et dans la mesure où ça a un sens, bien entendu, ce qui est
loin d'être acquis pour les caractères correspondant à des langues
"exotiques". Travail de romain, pas de garantie de réussite parce que
complexe. Alors qu'il n'est guère compliqué d'utiliser plusieurs
polices, en se servant intelligemment, le cas échéant, des fonctions de
recher/remplacement, voire d'un script, selon le logiciel.

[Doug713705]

Le 15-10-2015, Tardigradus nous expliquait dans
fr.comp.graphisme.pao

Post by Tardigradus

Post by Doug713705
Le but du jeu étant d'avoir une police de caractères la plus générique
possible qui puisse afficher à la fois les caractères cyrilliques,
hindis, japonais, chinois, arabes, etc.

Il existe déjà plein de polices qui font plus ou moins ça, à comparer à
ton besoin exact, mais il y a du cyrillique, du chinois, du japonais et
d'autre langues qui m'échappent mais qui sont originaires de
l'hémisphère Est, si je puis dire. Toutes les polices de type OpenType
sont censées pouvoir le proposer, même si ça dépend évidemment du bon
vouloir de chauqe "fabricant".

Pour l'heure je n'ai pas trouvé de police TrueType qui ait à la fois :
- Chinois
- Cyrillique
- Arabe
- Japonais
- Européens (dont Français)

Si tu as un nom en tête, je suis interessé.

Post by Tardigradus

Post by Doug713705
Existe t-il un moyen de "merger" plusieurs polices de caractères à
partir d'une ligne de commandes et d'obtenir ainsi une police de
caractères qui corresponde à mon besoin sachant que je n'ai pas
nécessairement besoin des variantes "gras", "italique", etc et que la
taille du fichier résultant n'a que peu d'importance.

À ma connaissance, non. Il ne suffirait pas de "merger" (quoi que ça
puisse bien vouloir dire !) des polices, encore faut-il pouvoir accéder
à chaque caractère lors de l'usage de cette police.

Dans mon esprit une police est un ensemble de caractères numérotés.
Pour chaque numéro correspond un caractère unique. Ainsi (exemple
totalement fictif) le A aurait le numéro 65 (numéro inoccuppé dans les
polices Japonaise) quand le premier caractère dans l'alphabet Japonais
aurait le numéro 234, numéro inoccupée dans les polices européènnes.

Merger reviendrait donc à faire un fichier TTF qui comporte à la fois le
caractère n°65 (ici A) et 234 (le premier caractère Japonais).

Je ne sais pas si je suis clair...

Post by Tardigradus
Chaque caractère d'une police est affecté à un numéro d'ordre, avec
d'éventuelles variantes, qui sont, selon le logiciel de traitement de
texte (au sens le plus large possible), atteignables facilement ou pas.
Par exemple, avec le "e", on peut avoir comme variante le "e" en
supérieur et le E en petites caps.
Ces variantes sont des caractères à part entière affectés à un autre
numéro d'ordre mais "liées" au caractère de départ.

Ok pour ça, c'est bien comme ça que je me représente la chose.

Post by Tardigradus
A mon sens, le seul moyen d'arriver à ce que tu désires serait de
reprendre complètement une police de base, et, lettre après lettre,
d'affecter à chacune sa ou ses variantes dans les styles que tu
souhaites, et dans la mesure où ça a un sens, bien entendu, ce qui est
loin d'être acquis pour les caractères correspondant à des langues
"exotiques". Travail de romain, pas de garantie de réussite parce que
complexe.

C'est la conclusion à laquelle je suis arrivé mais je n'arrive pas à
comprendre où se situe la difficulté qui empècherait de scripter ce
travail.

Pour moi l'idée serait de prendre 2 polices (Arabe et Japonais) et de
attribuer dans l'une les caractères de l'autres à des numéros d'ordre
qui ne sont pas utilisés.

Pour un numéro d'ordre unique, disons 65, peut-on avoir dans certaines
polices un A et dans d'autres un Z ou est-ce que ces numéros d'ordre
sont 'normés' ?

Si un numéro d'ordre peut être attribué de manière différentes en
foncton des alphabets je comprends effectivement la difficulté.

Mais alors je ne comprends pas comment un logiciel quelconque
qui utiliserait ces polices pourrait retrouver ces petits.

Post by Tardigradus
Alors qu'il n'est guère compliqué d'utiliser plusieurs
polices, en se servant intelligemment, le cas échéant, des fonctions de
recher/remplacement, voire d'un script, selon le logiciel.

Dans mon cas il s'agit de développer une appliction qui doit pouvoir
afficher autant de langues possibles (on se limitera aux plus courantes
telles que Japonais, Chinois, Hindi, Arabe, etc).

[Tardigradus]

Post by Doug713705
- Chinois
- Cyrillique
- Arabe
- Japonais
- Européens (dont Français)

Ce ne sont pas les polices TrueType qui permettent ça, mais les polices
OpenType. TrueType et PostScript sont deux manières de décrire
informatiquement les caractères. Toutefois, il y a une ambiguïté, car ce
sont aussi des formats "d'emballage", limités à 256 caractères.

Il existe désormais des polices dites OpenType, qui peuvent être
décrites en TrueType ou en PostScript, qui sont codées sur deux octets,
et peuvent donc gérer jusqu'à 65536 carctères différents. J'ai bien dit
"peuvent". La table OpenType est divisée en pages normalisées, chacune
affectées à un usage bien précis : latin de base, latin extended, grec
et copte, cyrillique, hébreu, arabe, chinois et j'en oublie. Ces
différentes pages sont utilisées ou pas par le concepteur de la police.

Il exite un bouquin à lire absolument avant de se lancer dans la
modification de polices, il résume tout ce qu'il y a à savoir sur le
sujet : Fontes et Codages, par Yannis Haralambous, chez O"Reilly. Mais
tu trouveras dedans la description exacte de la façon dont fonctionne
une police OpenType.
<http://www.amazon.fr/Fontes-Codages-Yannis-Haralambous/dp/284177273X>

Après, reste à trouver le bon logiciel d'édition, et là, il y a trop
longtemps que je ne pratique plus pour te conseiller valablement. Mais
je sais une chose, c'est qu'un simple script tel que tu le décris, qui
ferait un genre de copié-collé des signes d'une police vers une autre ne
suffira pas. Une police OpenType est un objet complexe, un sorte de
logiciel à soi tout seul.

En outre, rien ne te garantit que ta nouvelle police fonctionnera sur
toutes les plate-forme et sur tous les logiciels, car certains sont plus
chatouilleux que d'autres envers les polices.

Post by Doug713705
Si tu as un nom en tête, je suis interessé.

Par exemple, Microsoft Sans Serif. Qui ne fait peut-être pas exactement
ce que tu veux, mais il y a quand même énormément de choses dedans.

[Doug713705]

Le 15-10-2015, Tardigradus nous expliquait dans
fr.comp.graphisme.pao

Post by Tardigradus

Post by Doug713705
- Chinois
- Cyrillique
- Arabe
- Japonais
- Européens (dont Français)

Ce ne sont pas les polices TrueType qui permettent ça, mais les polices
OpenType. TrueType et PostScript sont deux manières de décrire
informatiquement les caractères. Toutefois, il y a une ambiguïté, car ce
sont aussi des formats "d'emballage", limités à 256 caractères.
Il existe désormais des polices dites OpenType, qui peuvent être
décrites en TrueType ou en PostScript, qui sont codées sur deux octets,
et peuvent donc gérer jusqu'à 65536 carctères différents. J'ai bien dit
"peuvent". La table OpenType est divisée en pages normalisées, chacune
affectées à un usage bien précis : latin de base, latin extended, grec
et copte, cyrillique, hébreu, arabe, chinois et j'en oublie. Ces
différentes pages sont utilisées ou pas par le concepteur de la police.
Il exite un bouquin à lire absolument avant de se lancer dans la
modification de polices, il résume tout ce qu'il y a à savoir sur le
sujet : Fontes et Codages, par Yannis Haralambous, chez O"Reilly. Mais
tu trouveras dedans la description exacte de la façon dont fonctionne
une police OpenType.
<http://www.amazon.fr/Fontes-Codages-Yannis-Haralambous/dp/284177273X>
Après, reste à trouver le bon logiciel d'édition, et là, il y a trop
longtemps que je ne pratique plus pour te conseiller valablement. Mais
je sais une chose, c'est qu'un simple script tel que tu le décris, qui
ferait un genre de copié-collé des signes d'une police vers une autre ne
suffira pas. Une police OpenType est un objet complexe, un sorte de
logiciel à soi tout seul.
En outre, rien ne te garantit que ta nouvelle police fonctionnera sur
toutes les plate-forme et sur tous les logiciels, car certains sont plus
chatouilleux que d'autres envers les polices.

Post by Doug713705
Si tu as un nom en tête, je suis interessé.

Par exemple, Microsoft Sans Serif. Qui ne fait peut-être pas exactement
ce que tu veux, mais il y a quand même énormément de choses dedans.

Merci pour tes réponses claires.
Je vais continuer à me documenter sur tout ça.

[claude]

Post by Tardigradus
peuvent donc gérer jusqu'à 65536 carctères différents.

jusqu'à 1 114 112, mais il faut que le système et le logiciel, les
supportent.

https://fr.wikipedia.org/wiki/Table_des_caractères_Unicode

[Tardigradus]

Post by claude
jusqu'à 1 114 112, mais il faut que le système et le logiciel, les
supportent.

Ou, j'ai confondu avec les plan de points de code. C'est dire si je n'ai
pas encore tout compris moi-même...

[claude]

Post by Tardigradus

jusqu'à  1 114 112, mais il faut que le système et le logiciel, les
supportent.

Ou, j'ai confondu avec les plan de points de code. C'est dire si je n'ai
pas encore tout compris moi-même...

C'est moi qui s'est trompé, on est limité à 65,535 glyphs.
Mais les positions des glyphs peuvent être supérieur à 65,535.

[Gerald]

Post by Tardigradus
Après, reste à trouver le bon logiciel d'édition, et là, il y a trop
longtemps que je ne pratique plus pour te conseiller valablement.

J'ai longtemps utilisé Fontographer d'Altsys, qui utilisait les courbes
de Bézier avant même la sortie d'Illustrator 88 ! (raconte-nous le
moyen-âge, pépé !)

Le logiciel existe toujours et est aujourd'hui proposé par FontLab :
<http://old.fontlab.com/font-editor/fontographer/>, en versions Mac et
Windows. Il n'est pas donné mais il faut savoir ce qu'on veut ! Son
apprentissage est une punition aussi (le tube d'aspirine devrait être
fourni) mais, là encore, il faut savoir ce qu'on veut ! ;-)

Ce qui veut dire qu'entre le possible, le souhaitable, l'économiquement
raisonnable (incluant en temps passé), la juste voie est un sentier
sinueux et étroit ;-)

Apparemment il ne gère plus les fontes postscript type 3, pourtant
qu'est-ce qu'on pouvait rigoler avec ! (le type 3 acceptait les dégradés
de gris et les fonds de caractères opaques !).

Et bon courage pour arriver à gérer correctement les points d'accroche,
c'est un vrai métier.

Par contre, par rapport à la question initiale, il devrait pouvoir le
faire... modulo une bonne rigueur sur les droits d'auteurs en cas de
réutilisation de caractères existants :-/

[claude]

Post by Gerald
Apparemment il ne gère plus les fontes postscript type 3, pourtant
qu'est-ce qu'on pouvait rigoler avec ! (le type 3 acceptait les d‚grad‚s
de gris et les fonds de caractàres opaques !).

On peut gèrer de la couleur avec les opentype.

http://blog.fontlab.com/font-tech/color-fonts/color-font-format-proposals/

[Gerald]

Post by claude
On peut gèrer de la couleur avec les opentype.
http://blog.fontlab.com/font-tech/color-fonts/color-font-format-proposals/

"proposals" et propriétaire : c'est loin d'une vraie gestion ! Ce n'est
qu'un projet.

Le langage PostScript Type 3 d'Adobe date de 1984 et permettait :
ombres, couleurs, dégradés, transparence, motifs, intégration d'images
bitmap, traits d'épaisseur variable, etc. !
<http://typo.thomaslexcellent.com/postscript-type-3/>
<https://www.adobe.com/support/techdocs/328509.html>

hth,

[claude]

voir_le_reply-***@car_cette_adresse_est_invalide.com (Gerald) wrote in
news:1mceeqg.12by4ai1uldcm8N%voir_le_reply-

Post by Gerald
"proposals" et propriétaire : c'est loin d'une vraie gestion ! Ce n'est
qu'un projet.

C'est plus qu'un projet. Ce sont des tables ajoutées au opentype.

https://glyphsapp.com/

[Pierre-Alain Dorange]

Post by Doug713705
- Chinois
- Cyrillique
- Arabe
- Japonais
- Européens (dont Français)
Si tu as un nom en tête, je suis interessé.

J'ai probablement pas compris ton problème, mais Ici avec LibreOffice et
en Arial je viens de saisir (une phrase qui n'a aucun sens) avec des
exemplaires de chaque langue indiquée...
Soit via le menu "Insertion" + "Caractère Spéciaux", soit (mais je suis
sur Mac) depuis le menu langue du système et via l'outils de saisie
"visualiseur de caractères" (c'est comme ça que je pratiqu epour le
cyrillique parfois).

Les caractères sont bien affichés (our ce qui je puisse en juger) et
sont bien an Arial et ça fonctionne aussi en Time New Roman (et on voit
les empattement du Times sur le cyrillque, le chinois, la japonais ou le
coréen... Sur l'arabe ça semble pas vraiment changer la forme des
lettres...

Voir copie d'écran :
<Loading Image...>

En théorie toutes les polices bien composé en Unicode doivent comporter
ces lettres.

[Doug713705]

N'ayant pas réussi à 'merger' plusieurs polices de caractères en une
seule j'ai fini par trouver une police qui répond à mes
besoins qui sont excessivement larges:

http://www.alanwood.net/unicode/fonts.html#code2000

Cette police a l'énorme avantage de réunir 53 068 caractères et sur les
185 langues que doit pouvoir traiter mon application seules 3 langues ne
sont pas couvertes (Cingalais, Tibétain et Dzongkha).

Même si c'est bien dommage pour le Tibétain, ça ira bien comme ça :)

Merci à tous pour vos explications et conseils.