Плагин QuickLook: как это работает, когда 2 плагина обрабатывают один и тот же тип файла?

Что произойдет, если у пользователя есть 2 или более подключаемых модуля быстрого просмотра, которые обрабатывают один и тот же тип kMDItemContentType? Какой плагин получает приоритет для выполнения этой фактической работы? Это можно настроить программно?


macos objective-c cocoa quicklook
person regulus6633    schedule 28.08.2010    source источник
comment
Это интересный вопрос. Меня тоже интересует ответ.   -  person apaderno    schedule 28.08.2010

Ответы (2)


arrow_upward
5
arrow_downward

Из беглого прочтения документации (Установка генераторов Quick Look), демон Quick Look выбирает генератор на основе следующего порядка поиска:

  1. Внутри набора приложений: MyApp.app/Content/Library/QuickLook
  2. In ~/Library/QuickLook
  3. In /Library/QuickLook
  4. In /System/Library/QuickLook

Они заканчивают тем, что говорят, что если имеется более одного генератора для UTI, выбирается тот, который занимает самое высокое место в этом списке. Apple говорит, что если есть два или более для одной и той же ИМП на одном уровне, нет способа узнать, какой из них будет выбран; используется генератор, найденный первым в их поиске.

person Ryan Q    schedule 29.08.2010
comment
Спасибо, Райан. Я не мог найти это. Я смотрел, но, должно быть, пропустил этот момент. Это на самом деле работает именно так, как я хотел бы. - person regulus6633; 30.08.2010
comment
Рад, что смог помочь! Они похоронили эту секцию в конце секции. Вероятно, это было бы лучше в разделе «Обзор реализации генератора». - person Ryan Q; 30.08.2010

arrow_upward
0
arrow_downward

Я обнаружил, что вы можете изменить файл Info.plist в плагине .qlgenerator и удалить запись UTI из UTImportedTypeDeclarations, чтобы заставить Quicklook использовать другой генератор для этого UTI. Возможно, вам придется запустить qlmanage -r позже, чтобы изменения вступили в силу.

person mrabbitt    schedule 26.12.2012