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.
_______________________________________________
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/email@hidden
