OVH Cloud OVH Cloud

pdflatex et les polices

7 réponses
Avatar
Yves Rutschle
Bonjour les gens,

J'ai une machine sur laquelle j'utilise pdflatex; tous les
pdfs qui en sortent sont affreux à l'affichage (polices
pixélisées), mais s'impriment parfaitement.

Ce que je ne comprend pas, c'est que j'ai une autre machine,
également Debian, où le même pdflatex produit des documents
qui sont aussi beau à l'affichage qu'à l'impression (à
partir du même source, s'entend).

Une comparaison de ce qui est installé de part et d'autre ne
me donne rien d'évident (tetex-base et tetex-extra sont à la
même version, ainsi que ghostscript). Une idée d'où chercher
m'interesserait assez...

Y. - interloqué


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

7 réponses

Avatar
Sylvain Sauvage
Tue, 8 Feb 2005 23:17:11 +0000, Yves Rutschle a écrit :
Bonjour les gens,

J'ai une machine sur laquelle j'utilise pdflatex; tous les
pdfs qui en sortent sont affreux à l'affichage (polices
pixélisées), mais s'impriment parfaitement.

Ce que je ne comprend pas, c'est que j'ai une autre machine,
également Debian, où le même pdflatex produit des documents
qui sont aussi beau à l'affichage qu'à l'impression (à
partir du même source, s'entend).

Une comparaison de ce qui est installé de part et d'autre ne
me donne rien d'évident (tetex-base et tetex-extra sont à la
même version, ainsi que ghostscript). Une idée d'où chercher
m'interesserait assez...

Y. - interloqué



N'en aurais-tu pas un configuré pour le français et l'autre en anglais ?
(Fichier /etc/texmf/language.dat)

(Les polices pixelisées, c'est parce que pdflatex ne trouve pas les fontes
postscript à inclure lorsque l'on est en français (encodage T1, fontes
ec) alors qu'il les trouve en anglais (encodage OT1, fontes cm).)

Tu pourras remarquer que les pdf sont affichés correctement par gv (car,
lui, il sait traiter les fontes pk correctement).

--
Sylvain Sauvage
Avatar
tnemeth
Selon Yves Rutschle :

| Bonjour les gens,

Salut tout seul :)


| J'ai une machine sur laquelle j'utilise pdflatex; tous les
| pdfs qui en sortent sont affreux à l'affichage (polices
| pixélisées), mais s'impriment parfaitement.
|
| Ce que je ne comprend pas, c'est que j'ai une autre machine,
| également Debian, où le même pdflatex produit des documents
| qui sont aussi beau à l'affichage qu'à l'impression (à
| partir du même source, s'entend).
|
| Une comparaison de ce qui est installé de part et d'autre ne
| me donne rien d'évident (tetex-base et tetex-extra sont à la
| même version, ainsi que ghostscript). Une idée d'où chercher
| m'interesserait assez...

Avec quoi les affiches-tu ?
J'avais rapporté un bug dans le BTS à propos de xpdf il y a
quelques mois : les PDF que je lisaient sur ma SS20/sarge
étaient illisible alors que les mêmes sur mes potato étaient
parfaitement lisibles.
À force de tester différent trucs, j'avais pu déterminer que
si je lançait xpdf sur la sarge à travers ssh depuis une potato,
le PDF s'affichait correctement. C'était tout simplement un bug
dans la configuration des polices de xpdf...

Thomas.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Yves Rutschle
On Wed, Feb 09, 2005 at 01:11:30AM +0100, Sylvain Sauvage wrote:
> J'ai une machine sur laquelle j'utilise pdflatex; tous les
> pdfs qui en sortent sont affreux à l'affichage (polices
> pixélisées), mais s'impriment parfaitement.

N'en aurais-tu pas un configuré pour le français et l'autre en anglais ?
(Fichier /etc/texmf/language.dat)



Je ne sais pas. Ils contiennent tout les deux, en résumé:

american ushyph1.tex
=USenglish
=english
french frhyph.tex
=patois
german dehypht.tex
=austrian

Puis celui qui marche mal contient également une collection
d'autres langues. Remplacer le language.dat par celui de la
machine qui marche ne change rien.

(Les polices pixelisées, c'est parce que pdflatex ne trouve pas les fontes
postscript à inclure lorsque l'on est en français (encodage T1, fontes
ec) alors qu'il les trouve en anglais (encodage OT1, fontes cm).)



Voilà qui m'amène à un fait intéressant:
La machine "qui marche" a des fichiers
/var/cache/fonts/pk/ljfour/kfnappen/ec/ecrm1[20]00.600pk
alors que celle qui "ne marche pas" a
/var/cache/fonts/pk/ljfour/public/cm/cm*pk (il y en a un
paquet là dedans).

D'où vient la selection de la police?

Tu pourras remarquer que les pdf sont affichés correctement par gv (car,
lui, il sait traiter les fontes pk correctement).



En effet. Je viens aussi de trouver qu'on peut demander à
pdflatex (ou TeX, je ne sais pas) d'utiliser des polices
Postscript avec usepackage{times} (par exemple), ce qui
produit un PDF minuscule... qui marche correctement partout.
Je peux donc maintenant faire des PDF qui affichent
correctement dans Acrobat, il ne me reste plus qu'a avoir
les jolies polices Computer Modern ;-)

Merci,
Y.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Yves Rutschle
On Wed, Feb 09, 2005 at 10:02:34AM +0100, wrote:
Avec quoi les affiches-tu ?



- Ça marche avec gv et xpdf
- Ça ne marche pas avec acroread (de Debian ou de Windows).
Manque de bol, le reste du monde utilise majoritairement
Acrobat Reader...

Au vue des résultats postés dans mon autre message, je pense
que le problème est bien dans la génération du PDF, où
pdflatex n'inclue pas les polices d'affichages (ou qqch du
genre).

Y.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Sylvain Sauvage
Wed, 9 Feb 2005 10:48:32 +0000, Yves Rutschle a écrit :
On Wed, Feb 09, 2005 at 01:11:30AM +0100, Sylvain Sauvage wrote:
> > J'ai une machine sur laquelle j'utilise pdflatex; tous les
> > pdfs qui en sortent sont affreux à l'affichage (polices
> > pixélisées), mais s'impriment parfaitement.
>
> N'en aurais-tu pas un configuré pour le français et l'autre en angl ais
> ?(Fichier /etc/texmf/language.dat)

Je ne sais pas. Ils contiennent tout les deux, en résumé:

american ushyph1.tex
=USenglish
=english
french frhyph.tex
=patois
german dehypht.tex
=austrian

Puis celui qui marche mal contient également une collection
d'autres langues. Remplacer le language.dat par celui de la
machine qui marche ne change rien.



Oui, excuse-moi, j'ai répondu n'importe quoi (pas la bonne heure ;o), ou
presque : le fichier language.dat n'a rien à faire avec ça. Par contre,
c'est bien un problème de français/anglais, mais dans l'encodage, comme
dit ci-dessous, pas dans la coupure des mots (ce dont s'occupe
language.dat).

> (Les polices pixelisées, c'est parce que pdflatex ne trouve pas les
> fontes
> postscript à inclure lorsque l'on est en français (encodage T1,
> fontes ec) alors qu'il les trouve en anglais (encodage OT1, fontes
> cm).)

Voilà qui m'amène à un fait intéressant:
La machine "qui marche" a des fichiers
/var/cache/fonts/pk/ljfour/kfnappen/ec/ecrm1[20]00.600pk
alors que celle qui "ne marche pas" a
/var/cache/fonts/pk/ljfour/public/cm/cm*pk (il y en a un
paquet là dedans).

D'où vient la selection de la police?



Et bien, normalement, par le paquet fontenc : usepackage[T1]{fontenc}
pour utiliser les ec (European Computer modern, je crois) et
usepackage[OT1]{fontenc} pour les cm de base (l'encodage OT1 étant
l'encodage par défaut, cette commande n'est pas utile).

Comme tu dis utiliser les mêmes environnement, je ne vois pas trop comment
il fait pour choisir T1 ou OT1 si ce n'est spécifié nulle part...
(Peut-être une option « english » ou « francais » dans un coin ?)

> Tu pourras remarquer que les pdf sont affichés correctement par gv
> (car, lui, il sait traiter les fontes pk correctement).

En effet. Je viens aussi de trouver qu'on peut demander à
pdflatex (ou TeX, je ne sais pas) d'utiliser des polices
Postscript avec usepackage{times} (par exemple), ce qui
produit un PDF minuscule... qui marche correctement partout.
Je peux donc maintenant faire des PDF qui affichent
correctement dans Acrobat, il ne me reste plus qu'a avoir
les jolies polices Computer Modern ;-)



Je crois qu'il y a un problème possible avec Times, je ne sais pas s'il a
été corrigé depuis. Je ne sais plus si c'était la police qui n'ét ait pas
incluse dans le PDF ou si acroread pouvait utiliser la police Times de la
machine (et pas celle du PDF). Ces polices pouvant être légèrement
différentes (il y a un paquet de Times qui se baladent), le résultat
n'était pas parfait du point de vue du typographe millimétriquement
capillotracteur (pour une présentation, ça passe largement ;o).

Sinon, pour avoir les fontes CM en PDF en utilisant l'encodage T1
(meilleur pour les coupures de mot), il suffit d'utiliser les paquets ae,
aecompl et aeguill (Almost European).

Voilà.

Pour d'autres infos, il y a aussi des newsgroups/ML sur (La)TeX.
--
Sylvain Sauvage
Avatar
Yves Rutschle
On Wed, Feb 09, 2005 at 05:39:13PM +0100, Sylvain Sauvage wrote:
> Voilà qui m'amène à un fait intéressant:
> La machine "qui marche" a des fichiers
> /var/cache/fonts/pk/ljfour/kfnappen/ec/ecrm1[20]00.600pk
> alors que celle qui "ne marche pas" a
> /var/cache/fonts/pk/ljfour/public/cm/cm*pk (il y en a un
> paquet là dedans).
>
> D'où vient la selection de la police?

Et bien, normalement, par le paquet fontenc : usepackage[T1]{fontenc}
pour utiliser les ec (European Computer modern, je crois) et
usepackage[OT1]{fontenc} pour les cm de base (l'encodage OT1 étant
l'encodage par défaut, cette commande n'est pas utile).



Or donc, j'ai ajouté un usepackage[T1]{fontenc}. Metafont a
travaillé pendant quelques temps, et produit un tas de trucs
dans /var/.../fknappen/ec/ecrm*.... et le PDF marche.

Maintenant, si je ré-enlève le usepackate[T1]{fontenc}
(revenant donc à mon .tex du début), tout marche bien. Ah.

Comme tu dis utiliser les mêmes environnement, je ne vois pas trop comment
il fait pour choisir T1 ou OT1 si ce n'est spécifié nulle part...
(Peut-être une option « english » ou « francais » dans un coin ?)



Il semble donc que la machine "qui marche" a, un jour,
compilé un fichier qui demandait explicitement un encodage
T1.

Pour d'autres infos, il y a aussi des newsgroups/ML sur (La)TeX.



AMHA c'est un problème de Debian (ou peut-être de teTeX),
pas vraiment une question TeX: c'est bien le même source qui
produit des résultats différents, et la distribution qui
rate la génération d'une police. Qu'en penses-tu? (et
fais-je un rapport de bug?)

(Question subsidiaire: pour expérimenter, y-a-t'il une façon
propre d'effacer les polices générées pour revenir à un
tetex « propre » qui régénere ses polices?)

Merci,
Y.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Sylvain Sauvage
Thu, 10 Feb 2005 10:21:43 +0000, Yves Rutschle a écrit :
On Wed, Feb 09, 2005 at 05:39:13PM +0100, Sylvain Sauvage wrote:
> > Voilà qui m'amène à un fait intéressant:
> > La machine "qui marche" a des fichiers
> > /var/cache/fonts/pk/ljfour/kfnappen/ec/ecrm1[20]00.600pk
> > alors que celle qui "ne marche pas" a
> > /var/cache/fonts/pk/ljfour/public/cm/cm*pk (il y en a un
> > paquet là dedans).
> >
> > D'où vient la selection de la police?
>
> Et bien, normalement, par le paquet fontenc : usepackage[T1]{fontenc}
> pour utiliser les ec (European Computer modern, je crois) et
> usepackage[OT1]{fontenc} pour les cm de base (l'encodage OT1 étant
> l'encodage par défaut, cette commande n'est pas utile).

Or donc, j'ai ajouté un usepackage[T1]{fontenc}. Metafont a
travaillé pendant quelques temps, et produit un tas de trucs
dans /var/.../fknappen/ec/ecrm*.... et le PDF marche.



Il génère les pk (versions pixelisées). Lors de l'utilisation de
latex+dvips, c'est dvips ou xdvi qui font le boulot (on a pas besoin de
ces pk pour faire le dvi, juste pour le rendre en ps ou en X).

À la fin de la sortie de pdflatex, il indique les fichiers inclus et,
parmi eux, se trouvent les fontes, en ps ou en pk.
Les pdf que acroread sait rendre correctement ont les ps (.pfb ou .pfa en
fait). Avec les ec (qui n'a que des pk), le pdf devrait être moche sous
acroread.

Maintenant, si je ré-enlève le usepackate[T1]{fontenc}
(revenant donc à mon .tex du début), tout marche bien. Ah.



Ben, normalement, : sans, ça devrait marcher ; avec, ça devrait être
moche.

> Comme tu dis utiliser les mêmes environnement, je ne vois pas trop
> comment il fait pour choisir T1 ou OT1 si ce n'est spécifié nulle
> part...(Peut-être une option « english » ou « francais » dans un coin
> ?)

Il semble donc que la machine "qui marche" a, un jour,
compilé un fichier qui demandait explicitement un encodage
T1.



Normalement (c.-à-d. d'après ce que je sais/comprends), chaque fichier
tex est indépendant, c'est juste si le pk existe déjà qu'il n'a pas a être
recréé (c'est juste une ressource, avec une règle de construction au cas
où elle n'existe pas).

> Pour d'autres infos, il y a aussi des newsgroups/ML sur (La)TeX.

AMHA c'est un problème de Debian (ou peut-être de teTeX),
pas vraiment une question TeX: c'est bien le même source qui
produit des résultats différents, et la distribution qui
rate la génération d'une police. Qu'en penses-tu? (et
fais-je un rapport de bug?)



Oui et non : il faut bien comprendre comment fonctionne la chaîne de
production de pdflatex (ou de latex, ou de tex) pour pouvoir être sûr
qu'il s'agit d'un bogue et pour savoir à qui l'affecter.

(Question subsidiaire: pour expérimenter, y-a-t'il une façon
propre d'effacer les polices générées pour revenir à un
tetex « propre » qui régénere ses polices?)



rm -rf ?

--
Sylvain Sauvage