Tu aurais des références (ou au moins des noms) de telles polices bitmap?"
En fait, je les choisis à vue, notamment avec le sélecteur de nedit (pour les applis à l'ancienne (genre xterm), il donne la chaîne de spécication de la fonte; pour les applis "modernes", il y a un autre problème, je vais y revenir), justement parce qu'il utilise lesstif (et pas la nouvelle version d'OpenMotif avec anticrénelage) sur ma distribution.
Il ne laisse apparaître les polices vectorielles qu'en tailles 0 (!) et 12, et avec de gros pâtés, comme ça, c'est tout de suite réglé.
Pour le reste, c'est un sélecteur à l'ancienne, qui ne fait apparaître que les tailles et variantes qui existent (penser à désélectionner les tailles et variantes pour refaire apparaître toutes les polices).
S'il en existe qui supportent de nombreux jeu de caractères unicode, ça serait encore mieux...
Pour ça, il faut voir s'il existe une variante "iso10146, 1" et idéalement essayer (mais pas dans nedit, faute d'UTF8) pour voir si elle supporte réellement les caractères dont on a besoin.
En espacement fixe (pour éditer, j'utilise de préférence une police à espacement fixe), bitmap et ISO10146-1, ça me fait la courier adobe, la fixed, la lucidatypewriter et la terminus (suite à la suggestion de Nicolas)... en tout cas pour les applications qui ne gèrent pas les polices vectorielles.
Je me suis remis à coder récemment, et les distributions modernes ont apparement viré les polices d'antan...
Le problème, c'est que manifestement des versions vectorielles cohabitent avec au moins une partie des anciennes polices bitmap. Pour courier, c'est clair, il y en a plusieurs variantes distinctes dont au moins une vectorielle, et pour lucidatypewriter, il semble que la vectorielle et la bitmap cohabitent dans la même.
Toute la difficulté après est de faire comprendre à son appli ou à sa bibliothèque que non, on ne veut pas la version vectorielle avec anticrénelage...
Pour les applis GTK (ex : gvim, gedit), malgré diverses tentatives avec le fichier .fonts.conf, je n'ai pas trouvé de solution, donc ça ne me laisse que la fixed et la terminus (tiens, j'hésitais sur le toolkit graphique pour coder un petit truc, j'avance dans mon choix : pas GTK,, c'est flou).
C'est ça, ou choisir un éditeur qui ne supporte pas les fontes vectorielles pour être tranquille (genre nedit... sauf qu'il ne supporte pas l'UTF8).
Comme quoi, gvim, ce n'est pas forcément un tel progrès par rapport à vim dans un xterm (qui supportent l'UTF8) !
« Le fascisme c’est la gangrène, à Washington comme en Russie. » — adapté de Renaud, Hexagone
[^] # Où se cachent les polices bitmap ?
Posté par Arthur Accroc . En réponse à la dépêche Open Motif 2.3 : Anticrénelage, unicode et plus.... Évalué à 4.
En fait, je les choisis à vue, notamment avec le sélecteur de nedit (pour les applis à l'ancienne (genre xterm), il donne la chaîne de spécication de la fonte; pour les applis "modernes", il y a un autre problème, je vais y revenir), justement parce qu'il utilise lesstif (et pas la nouvelle version d'OpenMotif avec anticrénelage) sur ma distribution.
Il ne laisse apparaître les polices vectorielles qu'en tailles 0 (!) et 12, et avec de gros pâtés, comme ça, c'est tout de suite réglé.
Pour le reste, c'est un sélecteur à l'ancienne, qui ne fait apparaître que les tailles et variantes qui existent (penser à désélectionner les tailles et variantes pour refaire apparaître toutes les polices).
Pour ça, il faut voir s'il existe une variante "iso10146, 1" et idéalement essayer (mais pas dans nedit, faute d'UTF8) pour voir si elle supporte réellement les caractères dont on a besoin.
En espacement fixe (pour éditer, j'utilise de préférence une police à espacement fixe), bitmap et ISO10146-1, ça me fait la courier adobe, la fixed, la lucidatypewriter et la terminus (suite à la suggestion de Nicolas)... en tout cas pour les applications qui ne gèrent pas les polices vectorielles.
Le problème, c'est que manifestement des versions vectorielles cohabitent avec au moins une partie des anciennes polices bitmap. Pour courier, c'est clair, il y en a plusieurs variantes distinctes dont au moins une vectorielle, et pour lucidatypewriter, il semble que la vectorielle et la bitmap cohabitent dans la même.
Toute la difficulté après est de faire comprendre à son appli ou à sa bibliothèque que non, on ne veut pas la version vectorielle avec anticrénelage...
Pour les applis GTK (ex : gvim, gedit), malgré diverses tentatives avec le fichier .fonts.conf, je n'ai pas trouvé de solution, donc ça ne me laisse que la fixed et la terminus (tiens, j'hésitais sur le toolkit graphique pour coder un petit truc, j'avance dans mon choix : pas GTK,, c'est flou).
C'est ça, ou choisir un éditeur qui ne supporte pas les fontes vectorielles pour être tranquille (genre nedit... sauf qu'il ne supporte pas l'UTF8).
Comme quoi, gvim, ce n'est pas forcément un tel progrès par rapport à vim dans un xterm (qui supportent l'UTF8) !
« Le fascisme c’est la gangrène, à Washington comme en Russie. » — adapté de Renaud, Hexagone