Finder-Bildsymbole werden nicht in der Größe 16 x 16 angezeigt, sondern werden in der Größe 20 x 20 Pixel geladen

6

Warum werden Finder-Bildsymbole (in der Spalten-, Listen- und Symbolansicht eines Finder-Fensters) nicht angezeigt, wenn kein benutzerdefiniertes Symbol angewendet wurde? Die Dateien sind Bilddateien (PNG, JPG, TIFF, PSD usw.) und nur die kleinste Größe ist betroffen.

In der Spaltenansicht bei Textgröße 12 wird nur das allgemeine JPG- oder PNG-Symbol angezeigt, nicht jedoch der Bildinhalt. Wenn ich die Textgröße (in den Ansichtsoptionen) auf 13 ändere, werden die Symbole etwas größer und werden korrekt angezeigt.

In der Symbolansicht geschieht dasselbe mit den Symbolen, die auf 16x16 eingestellt sind. Sobald ich den Schieberegler auf 20x20 oder höher ziehe, werden alle Symbole korrekt angezeigt. In der Listenansicht werden auch die allgemeinen Symbole angezeigt, sofern nicht die größere Symbolgröße ausgewählt wurde.

Ich habe versucht, die Finder-Einstellungen zu entfernen:

~ / Library / Preferences / com.apple.finder.plist

Ich habe hier auch versucht, den Icon-Service-Cache zurückzusetzen:

/Library/Caches/com.apple.iconservices.store

... und die hier gefundenen entfernen:

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

Die Berechtigungen ( ls -alOe@) für / private / var / folders / ... (siehe oben) entsprechen auch den Berechtigungen für Bare-Bone-Installationen, bei denen die Symbole korrekt angezeigt werden, selbst wenn sie nur 16 x 16 Pixel groß sind.

Wenn in der Spaltenansicht beispielsweise die Textgröße 13 nach einem Neustart beibehalten wird, werden die meisten Symbole auch angezeigt, nachdem die Textgröße auf 12 verringert wurde. Wenn Sie jedoch "Symbolvorschau anzeigen" in den Ansichtsoptionen deaktivieren und erneut aktivieren, bleibt die Textgröße erhalten 12 Icons sind wieder generisch, während eine Vergrößerung auf 13 die Vorschaubilder sofort lädt.

Warum werden 20x20 Pixel Symbole nach jedem Neustart ohne Probleme geladen und 16x16 bleiben einfach dort? Sind sie verschiedene Caches und / oder Mechanismen?

Ausführen von macOS Sierra 10.12.4 auf einem Retina MacBook Pro11.3 (Mitte 2014), 2,5 GHz, 16 GB RAM, 500,28 GB Apple SSD, Intel Iris Pro, 1536 MB VRAM / NVIDIA GeForce GT 750M, 2048 MB VRAM. - Auflösung: 2880x1800 auf "Standard für Anzeige" eingestellt. Es ist kein externer Monitor (oder andere Geräte) angeschlossen.

Das Problem tritt weiterhin bei verschiedenen Updates auf und es wird sogar der Installer-Assistent (auch als vollständiger Installer bezeichnet) über die Installation ausgeführt. Es zeigt auch dasselbe Verhalten im abgesicherten Modus, aber ein zweiter (neuer) Benutzer hat keine derartigen Probleme. Auf dem Desktop (außerhalb eines Finder-Fensters) treten ebenfalls keine Probleme bei der Anzeige von 16x16-Symbolen auf.

Mein Hauptinteresse ist hier nicht so sehr die Fehlerbehebung (da die fragliche Installation ziemlich schmutzig ist und es an mir liegt, das Problem zu finden), sondern den Mechanismus zu verstehen, der den Unterschied im Verhalten zwischen dem Laden der kleinsten Symbolgröße und verursacht alle anderen Größen oben.

Redarm
quelle
1
Bitte teilen Sie uns Ihre macOS / OS X-Version und die Hardware mit, auf der Sie sie ausführen. Haben Sie ein Retina-Display und / oder verwenden Sie ein externes LCD? Wenn ja, mit welcher Auflösung?
oa
Haben Sie versucht, ~ / Desktop / .DS_Store zu löschen?
Harv
@Harv Ja, das hatte ich auch versucht, aber vergessen, es zu erwähnen. Die gleichen 16-Pixel-Symbole werden auch problemlos geladen, wenn ich auf demselben Mac ein zweites (leeres) Volume starte und auf diese Weise oder von einem zweiten Benutzerkonto aus darauf zugreife. Bearbeiten: Die Desktopsymbole werden problemlos geladen, sofern sie nicht in einem Finder-Fenster angezeigt werden.
Redarm
Hat das andere Benutzerkonto nur im abgesicherten Modus funktioniert oder immer?
Harv
Ich kann schnell zum anderen (leeren) Admin-Benutzerkonto wechseln und es werden immer die 16-Pixel-Symbole im Finder-Fenster geladen. Überhaupt keine Probleme.
Redarm

Antworten:

3

Sie können die minimale Thumbnail-Größe in der info.plist (in ... / DropboxQL.qlgenerator / Contents /) ändern:

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

Nach dem Bearbeiten in einer kleineren Größe in der Plist und einem Neustart erhalten Sie im Finder erneut eine Vorschau für 16x16 Pixel-Symbole.

Der DropboxQL.ql-Generator befindet sich normalerweise in /Applications/Dropbox.app/Contents/Resources/


Suchen Sie auch an anderen Stellen nach älteren DropboxQL.ql-Generatoren und entfernen Sie diese oder ändern Sie auch die Info.plist.

Die Prioritätsreihenfolge von der ersten bis zur letzten scheint zu sein:

  • App eingebettete Qlgeneratoren
  • ~ / Library / QuickLook /
  • / Bibliothek / QuickLook /
  • / System / Bibliothek / QuickLook /
klanomath
quelle
Danke für die späte Antwort. Nur zum Hinzufügen: Der DropboxQL.ql-Generator in Dropbox.app selbst scheint das Problem nicht zu verursachen, wahrscheinlich aufgrund der Tatsache, dass Dropbox nicht aktiv lief. Einige - höchstwahrscheinlich - ältere DropboxQL.ql-Generatoren wurden in der Benutzerbibliothek ~ / Library / QuickLook / gefunden und verursachten das Problem.
Redarm
@ Redarm Ich werde dies zu meiner Antwort hinzufügen - Danke
klanomath
2

Während diese Antwort nicht das Warum erklärt, erklärt sie zumindest das Wer. Der Täter war:

~/Library/QuickLook/DropboxQL.qlgenerator

Nach dem Entfernen wurden die 16-Pixel-Finder-Symbole erneut geladen.

Obwohl "Finder Integration" deaktiviert war und die Anwendung nicht ausgeführt wurde, wurde dies beeinträchtigt.

Während dies das Problem löst, gibt es immer noch eine Menge zu tun, um zu erklären, warum nur die kleinste Symbolgröße betroffen ist und keine anderen oben.

Update: Dank klanomath zeigte der Blick auf die Info.plist im DropboxQL.qlgenerator mindestens 17 Pixel (im Gegensatz dazu zeigt der qlgenerator des Systems 0):

Quick Look thumbnail minimum size 16

Nachdem Sie die Liste bearbeitet und den Wert auf 16 geändert haben, werden die 16-Pixel-Symbole weiterhin geladen.

Redarm
quelle
1
Haben Sie versucht, QL zu zwingen, ein anderes Plugin (das Standard-Plugin /System/Library/QuickLook/Image.qlgenerator) für public.image zu verwenden? ZB: Ich bevorzuge mein QuickLook-Plugin > bearbeite DropboxQL.qlgenerator oder verschiebe es an einen weniger bevorzugten Ort ...
klanomath
Ah, ja danke. Das Bearbeiten der info.plist des qlgenerators funktioniert. Der qlgenerator wurde auf "Quick Look-Miniaturbild, Mindestgröße 17" eingestellt, anstatt auf "Quick Look-Miniaturbild, Mindestgröße 16", was nach dem Abmelden und erneuten Anmelden anscheinend funktioniert. Möchten Sie eine Antwort auf die 100 Punkte formulieren?
Redarm