[evince] Affichage symbole/police incorrect (résolu)

[Coyote]

Bonjour,

j'utilise régulièrement Latex pour mes documents mathématiques, le problème est que le pdf lu par evince n'est pas correct !
Certains symboles n'apparaissent pas (les lettres des ensembles de nombres notamment) et le titre qui en Zapf dingbat n'apparait pas non plus.

Dans Proporiétés --> Polices (dans evince) j'ai trouvé cette ligne :

Code : Tout sélectionner

ZapfDingbats
Type 1
Non intégré

Je pense que cela vient de là mais je ne sais pas comment intégré cette police à mon environnement.
J'ai essayé avec Acrobat reader pas de problème, mais j'avoue ne pas avoir envie de passer par lui !

Je suis sous gnome 3, merci d'avance.

[Youpi]

salut,

as tu regardé dans ton rc.conf, à la ligne CONSOLEFONT et LOCALE

Sinon, dans ton Latex, as tu mis tous les usepackages pour l'utf8 et le latin ?

[Coyote]

Salut,

ça vient peut-être de là ? J'ai ça dans mon rc.conf :

Code : Tout sélectionner

LOCALE="fr_FR.UTF-8"
CONSOLEFONT=

Insuffisant ?
Pour les paquets Latex, normalement ça roule ...
Je pensais peut-être à un police non installée sur le système ...

[benjarobin]

@Youpi Je ne vois pas ce que viens faire la locale ici pour lire un PDF...

[danarmk]

Salut ,

Est-ce que tu peux donner ton source tex, de préférence sous forme d'exemple complet minimal, qu'on puisse manipuler un peu ?
Normalement, LaTeX intègre toutes les fontes nécessaires de le pdf qu'il crée, mais ça c'est normalement...

[Coyote]

Merci de vous intéresser à mon problème ...

Je fais dans le minimal, mais vraiment minimal, je passe sous silence les pstricks an co ..
Du coup je compile en latex -> dvi -> ps -> pdf

Voici mon ecm :

Code : Tout sélectionner

\documentclass[a4paper, 10pt]{article}
\RequirePackage[latin9]{inputenc}
\RequirePackage[T1]{fontenc}
\RequirePackage[francais]{babel}			
\RequirePackage{calligra}
\begin{document}
Test là ça marche \ldots
{\calligra Test, là je ne vois rien !}
\end{document}

C'est la fonte calligra le soucis
Je continue mes recherches en parallèle.

[benjarobin]

Que donne ce fichier PDF compilé avec le code source que tu fournit : http://benjarobin.free.fr/ArchLinux/topic11823.pdf
Par contre je l'ai compilé de cette façon :

Code : Tout sélectionner

pdflatex topic11823.tex

Si je compile à ta façon j'obtiens un fichier beaucoup plus petit : http://benjarobin.free.fr/ArchLinux/topic11823b.pdf

[danarmk]

Je ne pense pas que ça soit un problème de police non installée sur le système. Vu que calligra est une police non-standard, normalement, elle doit être intégrée dans le pdf, mais ce n'est pas ce qui se passe ici, visiblement. (Upload ta sortie pdf, pour vérifier, et aussi le dvi, tant qu'à faire, pour vérifier si le problème est avec LaTeX ou les outils de conversion...). Parce que le truc, c'est que le problème ne veut pas apparaître chez moi : latex intègre les fontes, comme pour benjorabin, et le fichier apparait correctment. Je pronostique que son fichier apparaitra correctement chez toi.

Juste pour vérifier, tu utilises bien texlive ? Tu as fait des modifications de la configuration de latex ? Et le fichier minimal que tu donnes ne fonctionne pas (ça m'étonnerait qu'un autre package empêche d'inclure les fontes, mais on sait jamais...) ?

En aveugle, quelques pistes, si tu n'es pas déjà tombé dessus : ici.

[benjarobin]

Et le fichier minimal que tu donnes ne fonctionne pas

Pourquoi ? Il fonctionne très bien, pas de warning chez moi

[Coyote]

Le casse-tête continue ...

Je peux lire sans soucis les deux fichiers de Benjarobin .... evince me montre les deux belles phrases.

@danarmk : la police apparait correctement sur le fichier en dvi et en ps pas de problème de ce côté là, on peut donc écarter evince du problème visiblement.
J'utilise Texlive, avec la dernière Maj of course.
Aucune modification de la configuration de Latex, et ce n'est pas un problème de paquet visiblement car dans mon ecm, le problème apparait et question minimalité, calligra se retrouve un peu seul.

Peut-être ps2pdf ?

EDIT : en compilant avec pdflatex, aucun soucis non plus !!

[danarmk]

Pourquoi ? Il fonctionne très bien, pas de warning chez moi

Mauvaise formulation de ma part : c'était une question. (Le point d'intérogation a dû partir trop loin...)

Peut-être ps2pdf ?

Essaie de convertir à partir de ps en rajoutant le paramètre -dEmbedAllFonts=true

[Coyote]

Pas mieux

Je suis navré !!! Ca m'enerve ce truc ...

2 semaines que j'ecume google sans pitié et rien .....

En tout cas merci pour votre aide !

[benjarobin]

Donne le contenu de ton dossier de test avec .dvi, .ps, .pdf, etc...

[Coyote]

Euh comment ça ? Je ne peux pas mettre de pj ... il me semble ! Ou j'ai pas bien vu ?

Ou j'ai pas bien compris ?

[danarmk]

Je ne suis pas expert sur ce forum, mais je crois qu'il faut trouver un endroit où héberger ça (serveur perso ou site tiers) et mettre un lien ici.

[Coyote]

OK .. merci je tente la chose .... :

Pour le .dvi :
http://www.filedropper.com/ecm

le .log :
http://www.filedropper.com/ecm_1

le .ps :
http://www.filedropper.com/ecm_2

et le .aux :
http://www.filedropper.com/ecm_3

En espérante que ça marche bien

[danarmk]

Envoie aussi le pdf, voir si chez nous aussi, le texte en calligra ne s'affiche pas.

Chez moi, avec tes fichiers, le pdf de sortie est correct. Mais il y a un ou deux trucs bizarres : si ton dvi est strictement identique au mien (à la date près), les fichiers postscript sont différents, notamment au niveau des fontes, justement... Sur ton fichier, j'ai cette ligne :

Code : Tout sélectionner

%%DocumentFonts: SFRM1000

Et sur le mien :

Code : Tout sélectionner

%%DocumentFonts: SFRM1000 CALLIG15

Néanmoins, la fonte calligra semble quand même incluse dans ton fichier postscript...

Je ne suis absolument pas expert en postscript, mais je vais essayer de regarder ça de plus près.

[Coyote]

Merci beaucoup ...
C'est une piste en effet ... je vais regarder ça de mon côté également.

Pour le pdf :
http://www.filedropper.com/ecm_4

Vraiement bizarre ce truc !

[danarmk]

Avec Okular (et quelques autres lecteurs pdf), ton pdf passe bien, tandis qu'avec evince (et quelques autres), il ne passe pas... D'ailleurs, pour le pdf de ton ecm, la police est intégrée, mais en type 3, i.e. en bitmap et non en vectoriel, ce qui est connu pour poser parfois problème...

[Coyote]

En bitmap !!
Oups c'est dommage ça ...
Cela vient-il de la méthode de compilation ?

Evince est basé sur poppler pour lire les pdf, je crois, peut-être que le soucis vient de là !