Qualité export PDF depuis Pages (police tordue)

[brucetp]

Bonjour,

Pour des raisons pratiques (notamment de travail avec des gens ne maitrisant pas de logiciel type ID et devant aussi l'éditer), j'ai fais une plaquette très très simple sous Pages. Celle-ci va être envoyée par email.

Lorsque j'exporte ce travail en pdf et que je le regarde sous Aperçu, la police est correcte et conserve son aspect pour tout grossissement.

Lorsque je regarde le même document avec Adobe Reader, la police est torturée. En faible zoom (75-100%), ça se voit énormément :

En grossissant à 200%, ça se voit encore un peu mais ça ne sera jamais lu dans ces conditions et je veux pas envoyer un truc avec un aspect aussi dégueu.

J'en arrive à ma question : Quel est le problème ? D'où ça vient ? Comment résoudre cela ? Y'a t'il des paramètres sur lesquels jouer sous Pages pour l'export ? Dois-je obligatoirement passer par InDesign ?

Merci à tous pour vos réponses.
J'en appelle notamment aux grands gourous claude72 ou magicPdf s'ils passent par là !

PS : j'ai placé ce sujet dans la catégorie arts graphiques et non bureautique car ça touche l'export pdf et les propriétés de celui-ci plus que Pages en lui-même, j'espère avoir fait le bon choix. Désolé si ce n'est pas le cas.

 

[claude72]

Euuuhhh... moi pas du tout spécialiste de Pages :siffle:


Ceci dit, le défaut que je vois est que les parties basses arrondies des caractères "e", "p", "d", "s", "o", "c", "d" semblent dépasser en-dessous de la ligne de base des sérifs... est-ce bien ça le problème ?

Si oui, je pencherai pour un problème de lissage à l'écran... d'autant plus que les symptômes que tu décris (problème avec faible zoom qui s'atténue avec un zoom plus fort) sont caractéristiques d'un problème de pixellisation des caractères avec trop peu de pixels disponibles... on en parlait il y a pas si longtemps ici !!!
(3e partie du post, après le 2e ********)


Peux-tu essayer de :

- désactiver le lissage des textes dans le Reader,

- voir comment sont réglées les options de lissage dans Aperçu (activée ou non pour les textes)

- vectoriser les caractères (surtout pas pour envoyer le PDF avec des caractères vectorisés, mais juste pour voir comment ce texte se comporterait avec un lissage différent).


Quant au pourcentage de zoom qui sera utilisé à la lecture, il dépend aussi du réglage du Reader, et de la résolution de l'écran... car il me semble que (à confirmer ou non par Magic) Acrobat est réglé par défaut pour s'adapter automatiquement à la résolution de l'écran afin que l'affichage 100% soit réellement à 100%... donc le phénomène que tu visualises à 100% sur un écran avec une résolution donnée ne sera pas forcément le même toujours à 100% mais sur un autre écran avec une autre résolution...

 

[brucetp]

Merci pour ta réponse.

Euuuhhh... moi pas du tout spécialiste de Pages :siffle:

Oui mais niveau problèmes de résol/pdf/préférences dans la suite Adobe, t'as souvent quelques pistes .

Ceci dit, le défaut que je vois est que les parties basses arrondies des caractères "e", "p", "d", "s", "o", "c", "d" semblent dépasser en-dessous de la ligne de base des sérifs... est-ce bien ça le problème ?

Oui. Tout à fait.

Si oui, je pencherai pour un problème de lissage à l'écran... d'autant plus que les symptômes que tu décris (problème avec faible zoom qui s'atténue avec un zoom plus fort) sont caractéristiques d'un problème de pixellisation des caractères avec trop peu de pixels disponibles... on en parlait il y a pas si longtemps ici !!!
(3e partie du post, après le 2e ********)

J'avais lu ce sujet. Certaines réponses lui indiquaient qu'il n'utilisait pas l'outil adéquat d'où ma question dans mon premier post : Utiliser Pages ou ID obligatoire?

Peux-tu essayer de :

- désactiver le lissage des textes dans le Reader,

Ca donne ça :

- voir comment sont réglées les options de lissage dans Aperçu (activée ou non pour les textes)

NB : Aperçu 5.0.3

- vectoriser les caractères (surtout pas pour envoyer le PDF avec des caractères vectorisés, mais juste pour voir comment ce texte se comporterait avec un lissage différent).

Alors là, si j'ai bien compris (ou du moins ce que j'ai compris ), j'ai ouvert illustrator en vitesse et j'ai vectorisé ce même texte. Ou tu parles de vectoriser sous Pages ?!?

Voici le résultat pour un pdf exporté avec Illustrator pour Aperçu (haut) et Adobe Reader (bas) (le lissage est actif pour les 2 dans la capture suivante):

Ca me laisse perplexe :mouais:

Quant au pourcentage de zoom qui sera utilisé à la lecture, il dépend aussi du réglage du Reader, et de la résolution de l'écran... car il me semble que (à confirmer ou non par Magic) Acrobat est réglé par défaut pour s'adapter automatiquement à la résolution de l'écran afin que l'affichage 100% soit réellement à 100%... donc le phénomène que tu visualises à 100% sur un écran avec une résolution donnée ne sera pas forcément le même toujours à 100% mais sur un autre écran avec une autre résolution...

Justement, j'ai fais un petit sondage pour voir si ça pouvait quand même passer auprès du "grand public" (windows 15,4" avec adobe reader) sans avoir à me faire des noeuds au cerveau.
Le problème est visible sur mon mac 13" mais également chez des personnes possédant des PC windows 15,4 et 17" et lisant mon pdf avec AR... donc...

Ultime bafouille :
Lorsque je lis un pdf sous Safari (qui utilise Adobe Reader), le problème est également présent.

 

[Kosic]

Que les c, o, e descendent plus bas que le ligne des empattements est normal, c'est pour éviter un effet d'optique… mais là c'est colossal !
Quelle police utilises-tu ? de quel type ? En quelle taille ?
Le texte semble être pixellisé au plus net, comme pour le web dans Photoshop. D'ailleurs la courbe des arrondis descend exactement d'un pixel.

Comment fais-tu ton PDF ? Quelle normes ? Quelles options pour les polices ?

 

[brucetp]

J'utilise Didot en 13pt mais l'effet est le même lorsque j'agrandis la police. (la capture faite avec illustrator c'est du 17pt).

D'ailleurs je n'ai pas précisé mais déjà dans Illustrator, entre le texte en font et le texte en vectorisé : on voit déjà la différence au niveau de la graisse de la police et également les lettres ne sont pas semblables.

Pour l'export en pdf sous Pages, il n'y aucune option concernant le texte. Je ne fais rien de précis. Je ne sais même pas qu'elle résolution est exportée...

 

[claude72]

J'avais lu ce sujet. Certaines réponses lui indiquaient qu'il n'utilisait pas l'outil adéquat...

Oui, mais c'était du texte dans Illustrator... rien à voir avec ton problème

d'où ma question dans mon premier post : Utiliser Pages ou ID obligatoire?

A priori, il n'y aurait pas de raison pour ne pas utiliser Pages ??? ce n'est pas pour du Print, il n'y a pas de problèmes de bord-perdus, de CMJN, etc. donc pourquoi pas Pages !

Ca donne ça :

Donc le défaut est toujours présent... et tendrait à montrer que ce n'est pas à cause de l'anti-aliasing.

Alors là, si j'ai bien compris (ou du moins ce que j'ai compris ), j'ai ouvert illustrator en vitesse et j'ai vectorisé ce même texte. Ou tu parles de vectoriser sous Pages ?!?

Euh... ni l'un ni l'autre... j'aurais voulu une vectorisation dans Acrobat... mais je me rends-compte que cette demande est stupide car tu n'as certainement pas PitStop !!!

Est-ce raisonnable de te demander de m'envoyer ton PDF ?
(ou du moins la partie de la page concernée, et tu remplaces le nom de la boîte par "xxxxxxxxxxx")

Voici le résultat pour un pdf exporté avec Illustrator pour Aperçu (haut) et Adobe Reader (bas) (le lissage est actif pour les 2 dans la capture suivante):
(...)
Ca me laisse perplexe :mouais:

Moi aussi... à ce que je vois, le défaut a disparu dans le Reader après le passage du PDF dans Illustrator... on se dirigerait donc plutôt sur un problème de génération du PDF dans Pages...

Cependant, je ne comprends pas comment le "événement" du PDF Pages est devenu "évènement" dans le PDF Illustrator !

Lorsque je lis un pdf sous Safari (qui utilise Adobe Reader), le problème est également présent.

Ça me paraît logique, puisque même si c'est "à travers Safari", c'est aussi le Reader qui est utilisé !

... déjà dans Illustrator, entre le texte en font et le texte en vectorisé : on voit déjà la différence au niveau de la graisse de la police et également les lettres ne sont pas semblables.

Ça c'est normal : vectorisation = anti-aliasing différent.


********

Le texte semble être pixellisé au plus net, comme pour le web dans Photoshop. D'ailleurs la courbe des arrondis descend exactement d'un pixel.

Exactement comme un texte sans anti-aliasing... on en revient à ma 1re impression : l'anti-aliasing ne fonctionne pas, ou ne fonctione pas correctement dans le Reader !

 

[brucetp]

... mais je me rends-compte que cette demande est stupide car tu n'as certainement pas PitStop !!!

Est-ce raisonnable de te demander de m'envoyer ton PDF ?
(ou du moins la partie de la page concernée, et tu remplaces le nom de la boîte par "xxxxxxxxxxx")

Je ne possède pas PitStop. Je t'envoi mon fichier en MP.

Moi aussi... à ce que je vois, le défaut a disparu dans le Reader après le passage du PDF dans Illustrator... on se dirigerait donc plutôt sur un problème de génération du PDF dans Pages...

Cependant, je ne comprends pas comment le "événement" du PDF Pages est devenu "évènement" dans le PDF Illustrator !

Lors de la copie du texte entre Adobe Reader et AI, les accents ont disparus, je les ai remis à la va-vite sans faire attention d'où la faute. (je n'ai pas le fichier Pages sur l'ordi sur lequel j'écris aujourd'hui donc pas pu copier le texte directement dans le fichier).

Concernant le problème de génération du PDF dans Pages, ça me pose soucis car Pages fonctionne vraiment comme une boîte noire sur l'exportation.

Je viens d'essayer au lieu d'exporter, d'imprimer en pdf dans Pages. Le résultat est le même.
En revanche, si j'enregistre le même texte au format pdf à partir de Word, le problème ne se voit presque plus (excepté sur le c)

Alors docteur, c'est grave?

 

[Kosic]

Là ce sont les o qui sont plus petits ! Tu n'aurais pas un problème avec ta police ???

 

[brucetp]

C'est la police système Didot. Et le problème est visible sur plusieurs OS/machines.
Je vais essayer d'exporter à partir d'un autre mac mon fichier Pages.

Pour info, livre des polices

 

[claude72]

Je ne possède pas PitStop. Je t'envoi mon fichier en MP.

Bien reçu !

Et sur mon Mac PAO (Acrobat Pro 9 sous Mac OS 10.5) le problème est pire que ce qu'on voit sur ta copie d'écran : en fait, les "o", les "c" et autres ne sont pas décalés vers le bas, mais agrandis verticalement !

Lors de la copie du texte entre Adobe Reader et AI, les accents ont disparus, je les ai remis à la va-vite sans faire attention d'où la faute. (je n'ai pas le fichier Pages sur l'ordi sur lequel j'écris aujourd'hui donc pas pu copier le texte directement dans le fichier).

Bon, OK... donc le test ne peut pas être pris en compte, puisque ce n'est pas le même fichier... il aurait fallu que tu ouvres le PDF avec Illustrator... mais bon, ce n'est pas grave, on élimine ces résultats, c'est tout.

Concernant le problème de génération du PDF dans Pages, ça me pose soucis car Pages fonctionne vraiment comme une boîte noire sur l'exportation.

En fait, si tu regardes les caractéristiques de ton PDF, tu verras qu'il a été créé par le "Mac OS X 10.6.9 Quartz PDFContext"... c'est à dire le machin à PDF de MacOSX, et pas du tout par Pages !!!

Donc si tu veux intervenir sur la génération du PDF, il faut que tu modifies les options de Quartz PDFContext... (si c'est possible) => voir Magic, lui doit certainement savoir ça.

Alors docteur, c'est grave?

4 pistes :

1° quand je vectorise le texte dans Acrobat avec PitStop, le problème disparaît... => donc, on en revient à l'anti-aliasing du texte qui merdoie,

2° la police du texte en question n'est pas du Didot, mais du Baskerville... et du TrueType, (beurk... pas glop !) => on va tranquillement vers un problème de police !

3° si je remplace ce Baskerville TT par du Time roman, le problème n'existe plus => ça pue de plus en plus le problème de police ! !!

4° si je remplace ton BaskervilleTT par mon Baskerville PostScript type 1, le problème disparaît => ça confirme le problème de ta police BaskervilleTT !!!


Maintenant, pour en être absolument sûr, il faudrait que tu refasses ton doc en remplaçant le Baskerville par du Didot (puisque c'était apparemment ton intention première) ou en utilisant un Baskerville PostScript...

 

[brucetp]

Les captures que j'ai faites, c'est sûr que c'est du Didot et le problème est bien là. Donc je vais me pencher sur la configuration de Quartz PDFcontext.

Et va falloir que je m'intéresse d'un peu plus près aux différents formats de police car apparemment c'est d'une grande importance.

Merci pour toutes ces pistes de travail Claude. Je m'y attèle demain et je reviens vous dire si j'y arrive enfin.
Merci à toi Kosic également.

 

[magicPDF]

Oui, a-priori c'est un problème de police. Mais il faudrait voir le PDF en question…

 

[claude72]

Les captures que j'ai faites, c'est sûr que c'est du Didot...

Le titre tout en haut, le sous-titre et le pied de page sont bien en Didot...

... mais tout le texte au milieu de la page est en Baskerville !
(du moins, quel que soit le bout de texte que je sélectionne au hasard avec PitStop, il indique du Baskerville, et ce autant avec l'Acrobat (pro) 9 du MacPro qu'avec l'AcrobatPro 6 du Mac internet)

Et les propriétés du doc indiquent qu'il y a 4 polices utilisées, toutes les 4 TrueType et toutes les 4 incorporées en jeux partiels :
- Didot
- HiraMinProN-W3
- Baskerville
- TimesNewRomanPSMT


Donc, si toi tu as écrit ton texte en Didot et qu'il est en Baskerville dans le PDF, là il y a un schmilblick que je ne comprends pas !!!

Et va falloir que je m'intéresse d'un peu plus près aux différents formats de police car apparemment c'est d'une grande importance.

En pré-presse on a l'habitude de dire que la moitié des emmerdements vient des images et l'autre moitié vient des polices !!!

Merci pour toutes ces pistes de travail Claude.

:zen:

Mais je ne peux pas t'en dire plus... et je passe la main à Magic !

 

[Kosic]

Je ne connais pas Pages, mais y trouve-t-on des feuilles de style de caractères et de paragraphe comme dans tout logiciekl de mise en page ? C'est peut-être un conflit entre des ordres (police x pour paragraphe avec police y).
Mais ça ne change rien à la police Baskerville qui est belle (plus trop) et bien en cause.

 

[brucetp]

Bien le bonjour,

Le problème était bien lié au type de police utilisée (TrueType / .ttf).
Après essai sous InDesign, le problème était aussi visible.

Avec la PostScript, tout fonctionne parfaitement y compris l'export via Pages.
La lecture sous Adobe Reader donne enfin un résultat correct :

Merci à vous 3. :zen:

 

[smog]

Très instructif ce sujet !

Je me permets juste une remarque pour te rassurer : événement ou évènement, les deux sont dans le dictionnaire (pas celui de mon Mac, le papier !).