I updated my plist in hopes that including the old file type
designator (we still include type and creator when we write our
files) would
allow QuickLook to disambiguate between the multiple files that use
the .img extension.
When I dump the launchservices database I see:
My app:
type id: 13816
uti: com.apple.quicktime.img
description: EIAS Animation File
flags: exported active
icon:
conforms to: public.movie
tags: .img, 'EIDI'
/System/Library/CoreServices/DiskImageMounter.app
type id: 16336
uti: com.apple.disk-image-ndif
description: Classic Disk Image
flags: exported active apple-internal
icon:
conforms to: com.apple.disk-image
tags: .ndif, .img, 'dimg', 'hdro', 'rohd', 'hdcm'
The disk image declaration also includes its filetype so all the
information should be available for disambiguation.....
but QuickLook still does not know the difference between a .img file
with type EIDI and one with type hdro/rohd/hdcm.
It seems to me all the information is present for QuickLook to
determine which of the two UTIs to use. It does not just
have to rely on the file extension. Are you sure I should report a
bug with 'type sniffing'? Seems like a limitation in
QuickLook to me.
My altered plist segment:
<key>UTExportedTypeDeclarations</key>
<array>
<dict>
<key>UTTypeConformsTo</key>
<array>
<string>public.movie</string>
</array>
<key>UTTypeDescription</key>
<string>EIAS Animation File</string>
<key>UTTypeIconName</key>
<string>generic</string>
<key>UTTypeIdentifier</key>
<string>com.apple.quicktime.img</string>
<key>UTTypeTagSpecification</key>
<dict>
<key>com.apple.ostype</key>
<string>EIDI</string>
<key>public.filename-extension</key>
<array>
<string>img</string>
</array>
</dict>
</dict>
</array>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Quicklook-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/quicklook-dev/jjalon%
40apple.com
This email sent to email@hidden
