Faites en sorte que Quick Look de OS X fonctionne pour les extensions de fichier personnalisées


53

Je trouve la fonctionnalité de recherche rapide du Finder (lancée avec Space) très utile, mais elle ne fonctionne que pour un nombre limité d'extensions de fichier. Au travail, je reçois souvent des fichiers .properties, .conf, .ddl et autres qui sont essentiellement du texte mais, dans Quick Look, leur contenu n'est jamais affiché:

texte alternatif

Existe-t-il un moyen de dire à mon Mac de traiter ces fichiers comme du texte?

Merci!

Réponses:


40

QLStephen ajoute un support pour les fichiers sans extension de nom de fichier (comme README) et les fichiers avec des extensions arbitraires (comme file.xyz).


2
Pour ce faire, ajoutez public.data au plist de tout générateur quicklook. L'inconvénient est que les fichiers binaires n'ont pas non plus une extension et il va donc essayer de les afficher, albiet généralement sans conséquences négatives
Brandon

@Brandon - Il semble qu'il existe une liste noire de répertoires dans QLStephen qui empêche l'affichage des fichiers sans extension s'ils se trouvent dans le binrépertoire. Il existe également une liste blanche qui l'activer pour README et les fichiers de ce type susceptibles de fonctionner. J'ai du mal à faire en sorte que ça fonctionne sur ML tho.
cwd

Ce n'est pas le binrépertoire qui bloque QLStephen; ce sont les autorisations de fichiers exécutables.
Elliott B

Que dois-je faire une fois installé? Le fichier README indique les - Make sure you are editing (a) the correct plist of (b) the correct bundle. (For example, you might have two plugins QLStephen`. Il est possible que le plugin situé dans un autre répertoire - peut-être /Library/QuickLook/- corresponde à ce qui est en train d'être lu. »Mais il ne dit pas quel pliste je suis censé éditer ni ce que je suis supposé ajouter à ce fichier.
incandescentman

4
Apparemment, QLStephen est maintenant disponible sur l'homebrew en tant quebrew cask install qlstephen
Pushpendre le


8

Une recherche quicklooksur github révèle qu’il existe une grande variété d’extensions disponibles:

et quelques collections (incomplètes):




1
Autant que je sache, aucune de ces extensions ou questions "connexes" ne répond à la question que j'ai posée.
Nikita Rybak

5

C'est possible, mais pas vraiment facile.

Si vous regardez /System/Library/QuickLook/Text.qlgenerator/Contents/Info.plist, vous remarquerez que l'aperçu "texte" concerne les UTI suivantes :

public.plain-text
public.rtf
com.apple.rtfd
org.oasis-open.opendocument.text
com.apple.property-list
public.xml

Voici comment QuickLook sait quel plugin ( qlgenerator) utiliser.


Une solution (hackish) serait maintenant d'attribuer l'extension propertiesUTI public.plain-text. Pour ce faire, vous pouvez créer une application factice (créée par exemple par Automator) qui déclare ces types de fichiers comme décrit ici , que vous utiliseriez uniquement public.plain-textcomme UTI et propertiescomme extension de fichier.


Finalement, j'ai ajouté des types de fichiers personnalisés à l'éditeur de texte existant (TextWrangler). Fonctionne bien, merci!
Nikita Rybak

1
@ Nikita C'est plus facile, mais sachez que toute mise à jour de TextWrangler annulera vos modifications Info.plist.
Daniel Beck

Je veux ajouter quelques extensions (.scala, .clj, .properties), que dois-je faire?
Chiron

@ 4bu3li Faites ce que j'ai écrit dans ma réponse et ça va marcher, je l'ai fait hier de la même manière. Ou avez-vous simplement besoin d'une explication plus détaillée?
Daniel Beck

Je voudrais une explication plus détaillée. Je ne peux pas simplement ajouter public.pde par exemple dans le plist?
clankill3r
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.