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!

Nikita Rybak
la source

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).

Lri
la source
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):

Ioannis Filippidis
la source
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.

Daniel Beck
la source
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