syduss a écrit :
J'ai toujours constaté que xpress gère mal les polices quand je récupère les fichiers des clients (conflit de police). Parfois je suis obligé de désactiver certains type de police dans le "livre" ou "suitcase" et d'aller dans "blibliotheque/font, soit rajouter ou enlever pour que xpress voit Enfin la fameuse police manquante.
|
Perso je trouve que Xpress gere les polices pas si mal que cela car il indique bien les noms de celles qui sont utilisees dans le document. Le probleme quand on recoit des dossiers de l'exterieur c'est que l'on n'a pas toujours la meme police ou parfois c'est la meme police mais une conversion "cross-plateforme" mal faite lui a attribue un nom different..
C'est comme cela que l'on se retrouve avec un Helvetica Normal <b>.. alors que la fonte utilisee est simplement l'Helvetica 55 Roman <b>... "Roman" etant la forme du caractere qui se decline en normal, italique, bold et bold-italique. Idem pour l'Helvetica 57 Cn, dont la forme du caractere est d'etre condensed et elle-meme declinee dans les 4 styles : normal, bold, etc..
Les noms "exotiques" sont bien souvent le resultat des conversions PC<>MAC. Lors de la conversion par ex. l'Helvetica Roman va etre decompose en Helvetica Normal, Bold, Italique, Bold-Italique, etc... le soft ne recreant pas automatiquement l'association comme s'attends a le trouver le gestionnaire de fonte..
L'avantage d'un gestionaire de fontes c'est de consulter rapidement si la police de caractere a bien le style voulu pour le remplacement...
Attention aussi a une chose dans le remplacement des polices de caractere... entre fondeur, une police de caratere ne chasse pas forcement exactement pareil meme si elle a le meme nom.. donc si le bloc de texte est vraiment tres etroit, il risque de manquer du texte a l'affichage et donc a l'impression..
Message édité par Contrariness le 19-06-2012 à 15:55:58