La respuesta es sencilla: no.
La respuesta más compleja sigue siendo no, pero eso no significa que no se pueda hacer (Late Night Software's script Debugger anula el visor QuickLook por defecto de las aplicaciones (com.apple.application) pero tú como usuario no ves ninguna diferencia).
Existen algunos sitios como Plugins de mirada rápida y QLPlugins que ofrecen plugins (archivos .qlgenerator), sin embargo no hay ninguno que permita mostrar más información sobre los archivos .app.
El qlgenerator que hace el trabajo es StandardBundles.qlgenerator y se encuentra en la carpeta /System/Library/QuickLook/ que es la carpeta base de OSX para todos los plugins de QuickLook que son tipos base de OSX como aplicaciones, archivos de texto o correos electrónicos.
Proporciona la funcionalidad de QuickLook para los siguientes "tipos" de archivos base.
- com.apple.application (tipo base para TODAS las aplicaciones de OSX)
- com.apple.systempreference.prefpane (Archivos del panel de preferencias, naturalmente)
Cualquier plugin de reemplazo tendría que proporcionar toda la funcionalidad del plugin existente, en este caso la funcionalidad de la mirada rápida del Panel de Preferencias.
Los plugins viven en 4 lugares diferentes, y el orden en que se prefieren los plugins es el siguiente:
- Dentro de un paquete de aplicaciones: un complemento de QuickLook específico de la aplicación que suele utilizarse para proporcionar la funcionalidad de QuickLook para tipos de archivos a medida
- ~/Library/QuickLook - sus plugins de usuario (no existen hasta que son creados por el usuario)
- /Library/QuickLook - los complementos de las aplicaciones de todo el sistema de tu mac
- /Sistema/Librería/QuickLook - los plugins de tipo base de Apple de todo el sistema de su mac
Por lo tanto, se puede anular el comportamiento por defecto del sistema para .app con las siguientes advertencias:
- Si otra aplicación también proporciona la funcionalidad de QuickLook para el tipo (com.apple.application) y aparece más arriba en la jerarquía (1 más alto, 4 más bajo) entonces se utilizará en su lugar.
- Apple indica en la documentación para desarrolladores de QuickLook que para cada uno de los niveles jerárquicos anteriores, si se encuentra más Si se encuentra más de un plugin para un tipo específico (por ejemplo com.apple.application), sólo se utiliza el primero y no se puede controlar cuál de ellos es, en circunstancias normales, excepto si se obliga a QuickLook a utilizar un plugin específico mediante
qlmanage -g
Así que sí se puede hacer, pero no existe nada actualmente en el dominio público que proporcione esta funcionalidad y por lo tanto habría que escribir algo a medida para proporcionarla.
Si se implementara, su uso tiene sus problemas ya que sería para un tipo de base de OS X... por lo que reemplazar el tipo de base no es una buena idea; la prioridad de los plugins no está fijada y no se puede estar seguro de que el plugin sea realmente el que se ejecute.