6 votes

Les icônes du Finder ne s'affichent pas à la taille 16x16 mais se chargent bien à la taille 20x20 pixels.

Pourquoi les icônes d'image du Finder (en vue colonne, en vue liste et en vue icône dans une fenêtre du Finder) n'affichent-elles pas le contenu d'une image, alors qu'aucune icône personnalisée n'a été appliquée. Les fichiers sont des fichiers image (PNG, JPG, TIFF, PSD, etc.) et seule la plus petite taille est concernée.

Dans la vue en colonnes, à la taille de texte 12, seule l'icône générique jpg ou png s'affiche, mais pas le contenu de l'image elle-même. Si je change la taille du texte (dans les options d'affichage) à 13, les icônes augmentent légèrement en taille et s'affichent correctement.

Dans la vue des icônes, la même chose se produit avec les icônes réglées sur 16x16. Dès que je fais glisser le curseur vers 20x20, ou plus, toutes les icônes s'affichent correctement. La vue en liste affiche également les icônes génériques, à moins que la taille d'icône la plus grande ne soit choisie.

J'ai essayé de supprimer les préférences du Finder :

~/Bibliothèque/Préférences/com.apple.finder.plist

J'ai également essayé de réinitialiser le cache des services d'icônes ici :

/Bibliothèque/Caches/com.apple.iconservices.store

...et en supprimant ceux qui se trouvent ici :

sudo find /private/var/folders/ -name com.apple.iconservices

Permissions ( ls -alOe@ ) sur le répertoire /private/var/folders/... (trouvés ci-dessus) ont aussi le même aspect que sur les installations propres, où les icônes sont affichées correctement, même si elles ne font que 16x16 pixels.

Dans la vue en colonnes, par exemple, si la taille du texte est de 13 et que l'on redémarre, la plupart des icônes s'affichent également après avoir réduit la taille du texte à 12, mais si l'on désactive l'option "Afficher l'aperçu des icônes" dans les options d'affichage, puis qu'on l'active à nouveau, les icônes de la taille de 12 redeviennent génériques, alors que si l'on augmente la taille à 13, les aperçus s'affichent immédiatement.

Pourquoi les icônes de 20x20 pixels se chargent-elles sans problème après chaque redémarrage alors que celles de 16x16 ne bougent pas ? S'agit-il de caches et/ou de mécanismes différents ?

Exécution de MacOS Sierra 10.12.4 sur un MacBook Pro11,3 Retina (mi-2014), 2,5 GHz, 16 Go de RAM, 500,28 Go de SSD Apple, Intel Iris Pro 1536 Mo VRAM / NVIDIA GeForce GT 750M 2048 Mo VRAM. - Résolution : 2880x1800 réglée sur "Default for Display". Aucun moniteur externe (ni aucun autre périphérique d'ailleurs) n'est attaché.

Le problème persiste après diverses mises à jour et même l'exécution de l'assistant d'installation (aussi appelé installateur complet) sur l'installation. Il présente également le même comportement en mode sans échec, mais un deuxième utilisateur (nouveau) n'a pas ce problème. Le bureau (en dehors d'une fenêtre Finder) n'a pas non plus de problème pour afficher les icônes 16x16.

Mon principal intérêt ici n'est pas tant le dépannage (puisque l'installation en question est assez sale et que ce sera à moi de trouver le problème), mais de comprendre le mécanisme qui provoque la différence de comportement entre le chargement de la plus petite taille d'icône et toutes les autres tailles ci-dessus.

1 votes

Veuillez nous indiquer votre version de MacOS/OS X et le matériel sur lequel vous l'exécutez. Avez-vous un écran Retina et/ou utilisez-vous un écran LCD externe ? Si oui, à quelle résolution ?

0 votes

Avez-vous essayé de supprimer ~/Desktop/.DS_Store ?

0 votes

@Harv Oui, j'avais essayé cela aussi, mais j'ai oublié de le mentionner. De même, les mêmes icônes de 16 pixels se chargent bien, si je démarre sur un deuxième volume (vide) sur le même Mac et que j'y accède de cette façon, ou à partir d'un deuxième compte utilisateur. Edition : les icônes du bureau se chargent bien, tant que je ne les affiche pas dans une fenêtre du Finder.

3voto

klanomath Points 63400

Vous pouvez modifier la taille minimale des vignettes dans le fichier info.plist (dans .../DropboxQL.qlgenerator/Contents/) :

<?xml version="1.0" encoding="UTF-8"?>
    ...
    <key>QLSupportsConcurrentRequests</key>
    <false/>
    <key>QLThumbnailMinimumSize</key>
    <real>17</real>
</dict>
</plist>

Après l'édition d'une taille plus petite dans le plist et un redémarrage, vous aurez à nouveau un aperçu des icônes de 16x16 pixels dans le Finder.

Le générateur DropboxQL.qlgenerator se trouve généralement dans /Applications/Dropbox.app/Contents/Resources/


Vérifiez également la présence d'anciens DropboxQL.qlgenerator à d'autres endroits et supprimez-les ou modifiez également le fichier Info.plist.

L'ordre de priorité du premier au dernier semble pour être :

  • application embarquée qlgenerators
  • ~/Library/QuickLook/
  • /Library/QuickLook/
  • /System/Library/QuickLook/

0 votes

Merci pour cette réponse tardive. Juste pour ajouter : le générateur DropboxQL.qlgenerator dans Dropbox.app lui-même ne semble pas causer le problème, probablement en raison du fait que Dropbox n'était pas en cours d'exécution. Un ancien générateur DropboxQL.qlgenerator - très probablement - a été trouvé dans la bibliothèque utilisateur ~/Library/QuickLook/ et a causé le problème.

0 votes

@Redarm Je vais ajouter cela à ma réponse - merci.

2voto

Redarm Points 3759

Si cette réponse n'explique pas le pourquoi, elle explique au moins le qui. Le coupable était :

~/Library/QuickLook/DropboxQL.qlgenerator

Après l'avoir enlevé, les icônes 16 pixels du Finder ont recommencé à se charger.

Même si l'intégration du Finder était désactivée et que l'application n'était pas en cours d'exécution, elle interférait.

Bien que cela résolve le problème, il y a toujours une prime à gagner pour expliquer pourquoi seule la plus petite taille d'icône est affectée et aucune autre au-dessus.

Mise à jour : grâce à klanomath, l'examen de l'Info.plist dans le générateur de qlg de DropboxQL a montré un minimum de 17 pixels (en revanche, le générateur de qlg du système montre 0) :

Quick Look thumbnail minimum size 16

Après avoir modifié la plist et changé la valeur à 16, les icônes de 16 pixels ont continué à se charger.

1 votes

Avez-vous essayé de forcer QL à utiliser un autre plugin (le standard /System/Library/QuickLook/Image.qlgenerator) pour public.image ? Par exemple : Préférez mon plugin QuickLook > modifier DropboxQL.qlgenerator ou le déplacer vers un emplacement moins privilégié...

0 votes

Ah, oui, merci. Modifier le info.plist du qlgenerator fonctionne. Le qlgenerator était réglé sur "Quick Look thumbnail minimum size 17", au lieu de "Quick Look thumbnail minimum size 16", ce qui semble fonctionner jusqu'à présent, après s'être déconnecté et reconnecté. Si vous souhaitez formuler une réponse pour les 100 points ?

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X