Yo à tous,
je suis de plus en plus confus avec le fonctionnement des polices sous mon OS preferé. J'ai eu toutes sortes de problèmes avec les polices mais ce journal n'est pas ici pour m'en plaindre ou pour vous demander de les résoudre à ma place. Non, je vous demande simplement d'essayer de me faire comprendre, par des explications/liens/howto/man/..., la topologie de la gestion des polices dans l'univers du pingouin.
Remarquez que je reste assez vague, en effet j'ai eu des problèmes concernant KDE (polices dans Konsole qui affichent des carrés vides au lieu de certains caractères, ...), GTK (où se gèrent les polices utilisées par les applis GTK ?, pourquoi Gimp n'a pas les memes polices que les applis KDE ?), X (je ne comprends pas à quoi sert et comment fonctionne la configuration des polices dans XFConfig-4, à quoi sert le démon xfs ?), Impression (pourquoi une page imprimée depuis OpenOffice n'a pas la meme police qu'à l'écran ?, Pourquoi sur une installation de Debian parfaitement standard comme j'en ai faite plein l'impression depuis Mozilla ne m'imprime QUE des carrés blancs ? http://linuxfr.org/~spada/8174.html(...) ).
Bref, il y a ici trop de points obscurs et je ne prétends pas une réponse à chacun de mes problèmes. J'aime bien me débrouiller seul et je voudrais juste quelques pistes pour comprendre comment les differents systèmes de police (parce qu'il me semble bien qu'il y en ait plusieurs) interagissent entre eux. Je voudrais comprendre qu'est-ce qui rend si compliqué le passage d'un fichier de police (.ttf par exemple) à une police affichée à l'écran ou imprimée sur papier.
Bref, je suis sur que vous aurez compris ma demande :)
P.S. Si maintenant vous avez la réponse à un de mes problèmes, je ne vous interdis pas non plus de me la donner ! :)
Journal Police X/KDE/GTK/Impression
31
jan.
2004
# Re: Police X/KDE/GTK/Impression
Posté par Vivi (site web personnel) . Évalué à 3.
- The original (15+ year old) subsystem is referred to as the "core X font subsystem". Fonts rendered by this subsystem are not anti-aliased, are handled by the X server, and have names like:
-misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1
The newer font subsystem is known as "fontconfig", and allows applications direct access to the font files. Fontconfig is often used along with the "Xft" library, which allows applications to render fontconfig fonts to the screen with antialiasing. Fontconfig uses more human-friendly names like:
Luxi Sans-10
Over time, fontconfig/Xft will replace the core X font subsystem. At the present time, applications using the Qt 3 or GTK 2 toolkits (which would include KDE and GNOME applications) use the fontconfig and Xft font subsystem; most everything else uses the core X fonts.
In the future, Fedora Core may support only fontconfig/Xft in place of the XFS font server as the default local font access method.
NOTE: An exception to the font subsystem usage outlined above is OpenOffice.org (which uses its own font rendering technology).
If you wish to add new fonts to your Fedora Core 1 system, you must be aware that the steps necessary depend on which font subsystem is to use the new fonts. For the core X font subsystem, you must:
1. Create the /usr/share/fonts/local/ directory (if it doesn't already exist):
mkdir /usr/share/fonts/local/
2. Copy the new font file into /usr/share/fonts/local/
3. Update the font information by issuing the following commands (note that, due to formatting restrictions, the following commands may appear on more than one line; in use, each command should be entered on a single line):
ttmkfdir -d /usr/share/fonts/local/ -o /usr/share/fonts/local/fonts.scale
mkfontdir /usr/share/local/
4. If you had to create /usr/share/fonts/local/, you must then add it to the X font server (xfs) path:
chkfontpath --add /usr/share/fonts/local/
Adding new fonts to the fontconfig font subsystem is more straightforward; the new font file only needs to be copied into the /usr/share/fonts/ directory (individual users can modify their personal font configuration by copying the font file into the ~/.fonts/ directory).
After the new font has been copied, use fc-cache to update the font information cache:
fc-cache <directory>
(Where <directory> would be either the /usr/share/fonts/ or ~/.fonts/ directories.)
Individual users may also install fonts graphically, by browsing fonts:/// in Nautilus, and dragging the new font files there.
NOTE: If the font filename ends with ".gz", it has been compressed with gzip, and must be decompressed (with the gunzip command) before the fontconfig font subsystem can use the font.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.