Il y a une semaine, quicklook a cessé de travailler avec .m
et les .h
fichiers. Au lieu de cela, il me montre une .m
ou une .h
vignette. Je pense que ce jour-là, une boîte de message est apparue et je ne l'ai pas lue - j'ai répondu à la question à la hâte - mais je ne faisais rien avec le système. Quoi qu'il en soit, maintenant j'ai perdu le quicklook pour ces types de fichiers.
Cela fonctionne toujours pour tous les autres fichiers par défaut. J'ai essayé de copier les fichiers ".qlgenerator" d'un autre Mac, qui a la même version du système d'exploitation ... et cela ne fonctionnait toujours pas.
J'ai essayé de vérifier / réparer les autorisations sur le disque, cela indiquait quelque chose concernant les fichiers .qlgenerator, mais je me suis dit: "C'est probablement à cause de mes fichiers copier-coller-remplacer par des fichiers intrus qui ont probablement modifié certaines autorisations". En tout cas, ça n'a pas résolu le problème.
J'ai aussi essayé de courir qlmanage -r
et de redémarrer mon mac. Le problème persiste.
L'autre Mac affiche toujours la méthode par défaut (avec des aperçus rapides) pour ces types de fichiers.
Une idée sur ce qui s'est mal passé? Pensez-vous que cette boîte de message à laquelle j'ai répondu à la hâte est responsable de cela? Je pense que c'est le cas, mais je ne suis pas sûr, car je ne configurais pas le système ni quoi que ce soit, ni même aucun élément lié ni à quicklook (je ne savais pas que cette fonctionnalité avait un nom à l'époque) ni xcode. ... Je suis perdu.
EDIT Comme l'a suggéré @Bootle, j'ai couru
qlmanager -p FILE
Et étonnamment, Quicklook a ouvert le fichier correctement, c’est-à-dire que vous pouvez voir le contenu du fichier et sa coloration XCode par défaut. De plus, la sortie suivante a été imprimée dans le terminal.
Donc, plus d'indices?
EDITER De nouvelles astuces sont apparues après la vérification du journal à partir de la console après la modification de @StvnW.
Je joins l'image des journaux après avoir commandé quicklook sur un fichier
MISE À JOUR La solution a été parce que je conservais les anciennes versions de XCodes depuis la 3.6.2 ^ _ ^ et d’autres versions, je les ai mises ensemble dans un dossier où je ne me suis pas autorisé à y accéder. Ainsi, ils sont également devenus inaccessibles au système. Et le problème a été résolu, le système (ou QL) s'est fixé à la dernière application officielle XCode.
Mais c’est grâce à la réponse ci-dessous qui m’a donné cet indice du débogage. Je suppose que les autres personnes qui ont le même problème devraient suivre sa réponse. Je marque cette réponse comme la bonne réponse
qlmanage -p FILE
Où FILE est le chemin d'accès à un fichier .h ou .m sur votre ordinateur. Et puis copier et coller la sortie du terminal ici, ou dans un pastebin ou quelque chose. Merci.Réponses:
Vous pourriez envisager simplement d'utiliser QLStephen, qui ajoutera la prise en charge appropriée de QuickLook pour tous les fichiers texte, quelle que soit leur extension. Il gérera également correctement les fichiers sans extensions (par exemple
README
,Makefile
). Ce qui me plait, c’est que vous n’avez pas à tenir une liste de postes; QLStephen détecte automatiquement les fichiers texte. QLStephen est indépendant de XCode et est un plugin QL dans lequel vous déposez/Library/QuickLook/
ou~/Library/QuickLook/
.Le fait que je sois également nommé Steven est une pure coïncidence.
Edit: Débogage de QuickLook basé sur plus d’informations de l’OP:
Activer la journalisation QuickLook:
Voici quelques sorties de journalisation de référence (écrites sur la console):
Stock Xcode installé:
Générateur tiers (QLColorCode) installé:
Comme cela fonctionne pour vous lorsque vous appelez à
qlmanage
partir de la ligne de commande, vous pourrez peut-être comparer les journaux écrits sur la console avec le résultat de l'appel manuel sur la ligne de commande et la localisation du problème. Avec seulement Xcode installé:la source
QuickLook pour ces types de fichiers fonctionne parce que le type de fichier est spécifié dans Info.plist de Xcode.
Pour que QuickLook puisse utiliser Xcode afin de visualiser rapidement ces fichiers à nouveau dans le Finder, vous devez modifier le fichier Info.plist de Xcode. Cela se trouve en faisant un clic droit sur le fichier Xcode.app dans vos applications et en cliquant sur "Afficher le contenu du paquet". Vous trouverez Info.plist dans le dossier Contenu qui s'ouvre.
Dans le fichier Info.plist, tous les types de fichiers associés à Xcode sont répertoriés en tant que dictionnaires "CFBundleTypeExtensions".
Une fois le plist ouvert, faites une recherche
<string>h</string>
(ou la même chose avec 'm'). S'il ne peut pas être trouvé, vous devrez l'ajouter.Remarque: à ce stade, vous pouvez créer une sauvegarde de l'intégralité du fichier Xcode.app en cas de problème.
Faites une copie d’Info.plist en maintenant la touche Alt enfoncée sur votre bureau. Ouvrez la copie et recherchez
<key>CFBundleExecutable</key>
. Vous verrez</array>
sur la ligne ci-dessus. Avant le</array>
, collez le bloc de texte permettant d’associer un type de fichier à Xcode (voir ci-dessous). Ce bloc devrait commencer et se terminer par<dict>
et</dict>
, respectivement.Pour le fichier .h:
Pour le fichier .m:
Une fois que cela est fait, vous devriez pouvoir copier l'Info.plist modifié dans le dossier Contenu Xcode.app. Parfois, les applications n'aiment pas que vous modifiez leurs plists et décident de ne pas travailler par la suite. Si tel est le cas, il suffit de restaurer à partir de la copie que vous (auriez dû) faite précédemment.
Cela peut être répliqué avec n'importe quelle application et n'importe quel type de fichier. S'il existe un meilleur moyen de le faire, peut-être en modifiant / définissant certaines préférences dans Xcode, il serait bon de le savoir.
la source