un contrôle plus fin de l'aperçu de l'anticrénelage (lissage des polices)?

14

Je viens de mettre à jour vers Yosemite et quelque chose a dû changer dans la façon dont Aperçu rend les polices.

Je trouve que l'affichage de prévisualisation du texte dans les fichiers PDF est plutôt bâclé, je suis presque sûr qu'il était beaucoup plus net dans Mavericks. À tout le moins, l'aperçu est nettement moins net qu'Acrobat Reader, vous pouvez regarder une capture d'écran pour vous convaincre de ce dont je parle.

Dans le reste de l'interface utilisateur, je suis assez satisfait de l'affichage des polices. Je me demandais donc s'il y avait des moyens de contrôler l'anti-aliasing de Preview. Dans les préférences d'aperçu, je ne trouve qu'un commutateur global pour l'anti-aliasing, mais je voudrais jouer avec la force de l'anti-aliasing pour trouver le réglage optimal.

Je suis à la recherche dans defaultsdes com.apple.Previewmais dans mes valeurs actuelles , il ne semble pas exister au sujet de paramètre Lissage de police ou quoi que ce soit évocateur de l' anti-aliasing. Une suggestion sur les valeurs possibles à modifier ici?

Merci pour vos suggestions, Roberto

entrez la description de l'image ici

pdf yosemite preview font Rho Phi
la source
La même question a été soulevée ici et signalée à Apple ici et ici . Je ne sais pas si Apple répondra jamais sur son propre forum.
Leo Fang
@DanielLawson, il s'agit clairement d'un nouveau bug introduit en 10.10. Pourquoi avoir retiré la balise bug?
Leo Fang
Les balises servent au filtrage. Il y a des gens qui sont intéressés à lire ou à ne pas lire les messages sur Yosemite, donc la balise Yosemite est utile. Personne n'est génériquement intéressé par les bogues, ni expert en tout ce qui concerne les bogues, ce n'est donc pas une balise utile sur le site principal.
Daniel
@DanielLawson, je suis totalement en désaccord. Ce n'est pas la philosophie générale du site StackExchange. Les balises sont là pour le but. L'ajout d'une étiquette de bogue aide les lecteurs à diagnostiquer rapidement si une situation étrange qu'ils rencontrent est due à des manipulations incorrectes ou à des choses qu'ils ne peuvent pas résoudre et doivent attendre une future mise à jour. Si c'est ce dernier, ils pourraient savoir pousser le tiers concerné (Apple dans ce cas) à le réparer. J'insiste sur le fait qu'une balise de bogue est nécessaire pour cet article, sinon pourquoi s'embêter à créer cette balise?
Leo Fang
Mon point est que nous ne devrions pas avoir de balise de bogue, et c'est l'une des étapes du processus de suppression.
Daniel

Réponses:

9

J'ai trouvé une solution à ce problème: remplacer le PDFKit de Yosemite par le PDFKit de Mavericks. Aussi simple que cela. J'ai remplacé le contenu de /System/Library/Frameworks/Quartz.framework/Versions/A/Frameworks/PDFKit.framework/Versions/Aet tout fonctionne bien maintenant.

Pour ceux qui n'ont pas une copie de Mavericks d'où vous pouvez prendre les fichiers PDFKit, j'en ai téléchargé une copie sur: http://www.filedropper.com/pdfkit (j'espère qu'il n'y a pas de problèmes de copyright avec cela - je le ferai supprimez le lien si vous y êtes invité).

Soit dit en passant, changer le Currentlien symbolique pour pointer vers la version Mavericks et conserver le A/répertoire d' origine N'A PAS RÉGLÉ le problème. J'ai dû supprimer complètement la version de Yosemite et y mettre le contenu de la version Mavericks A/(il semble que Preview et Skim soient tous deux codés en dur Versions/Aet ne suivent pas le Currentlien symbolique).

Gustavo Bezerra
la source
Merci Gustavo pour cette suggestion. Je peux accéder à un OS X 10.9 pour pirater ce morceau de Quartz, mais cela semble une opération assez lourde. Est-ce vraiment la chose minimale pour avoir un impact?
Rho Phi du
J'ai essayé ceci dans une machine virtuelle 10.10.2 et cela fonctionne.
Kristian Duske
2
La mise à jour de 10.10.1 à 10.10.2 a cassé cela (= a remplacé le PDFKit des Mavericks par le PDFKit de Yosemite). La répétition de la procédure ci-dessus a encore fonctionné.
Gustavo Bezerra
@ gustavo-bezerra pourriez-vous le télécharger à nouveau? J'ai le dernier yosemite 10.10.4 et j'ai toujours les mêmes problèmes.
ndrizza
Désolé pour la réponse tardive. C'est parti
Gustavo Bezerra
4

Apparemment, dans Yosemite, l'aperçu n'utilise pas le lissage des polices LCD ( rendu sous-pixel ) même si le lissage des polices LCD est activé dans les Préférences Système. Skim n'utilise jamais non plus le lissage des polices LCD, mais la façon dont le texte est rendu dépend du AppleFontSmoothingparamètre ou de l'activation du lissage des polices LCD dans les Préférences Système.

Les commandes comme defaults write -app Preview AppleFontSmoothing -int 2n'ont aucun effet. Je n'ai trouvé aucune clé de préférence en exécutant strings /Applications/Preview.app/Contents/MacOS/Previewou strings /System/Library/Frameworks/Quartz.framework/Versions/A/Frameworks/PDFKit.framework/PDFKitnon.

Le développeur de Skim a corrigé un bogue concernant le problème en "ne pouvant pas être corrigé".

Lri
la source
J'ai essayé AppleFontSmoothingaussi, mais ne semble pas avoir d'impact majeur (pour ce que je peux voir). Puis-je vous demander comment avez-vous compris que Skim et Preview n'utilisent pas le "rendu sous-pixel" en 10.10? Le sous-pixel est-il le même que l'anti-aliasing? et voulez-vous dire que dans la version 10.9, l'aperçu utilisait plutôt le rendu sous-pixel?
Rho Phi
1
J'ai édité la réponse. Si le rendu en sous-pixels est activé, il y a des pixels colorés sur les franges du texte noir, comme dans les captures d'écran en haut et en bas de l'image dans la réponse. Aperçu et Skim ont utilisé le rendu sous-pixel par défaut sur les écrans LCD normaux en 10.9.
Lri
@Lri avait raison, le rendu des sous-pixels n'est pas activé dans 10.10. Voir ici pour des comparaisons agrandies.
Leo Fang
1
BTW, la chose la plus particulière que j'ai remarquée est que bien que le rendu des sous-pixels ne soit pas activé dans Aperçu, il l' est toujours dans Safari. On peut essayer de comparer le même PDF affiché dans Safari et Aperçu.
Leo Fang
3

La réponse de Gustavo corrige également le problème sur El Capitan 10.11.4.

Avant: entrez la description de l'image ici

Après:

entrez la description de l'image ici

Maksim
la source
2

Enfin, le problème a été résolu par Apple. Il vous suffit de mettre à jour vers Yosemite 10.10.3!

joni
la source
2
j'ai 10.10.4 et ma police est toujours floue.
ndrizza
Et, bang, c'est de retour avec Sierra 10.12.6!
Bryan