Multiple UTI's sharing the same extension
Multiple UTI's sharing the same extension
- Subject: Multiple UTI's sharing the same extension
- From: Elias Mårtenson <email@hidden>
- Date: Tue, 18 Oct 2005 14:44:33 +0200
I'm having some problems with my application that declares an UTI called
"org.atari.sndh".
Files of this type has either the extension .snd or .sc68. The problem
seems to be caused by a conflict between the UTI introduced by
Audio.mdimporter which declares .snd files to be of type ULAW audio.
When I run mdimport -d1 on a .snd file, mdimport tells me the file is of
type ULAW audio. If I run mdimport -d1 on a file with another extension
declared in my Spotlight importer, everything works the way it should.
I.e. mdimport prefers the UTI declared by Audio.mdimporter rather than
the UTI declared by my importer.
I placed my importer i /Library/Spotlight, and everything seems to work
perfectly, just that it doesn't pick up the files with the .snd
extension.
How am I supposed to deal with this problem? Is it impossible to write a
Spotlight importer for any file type, if another importer exists for the
same extension?
In my case I can be pretty sure that any person who uses my app is
definitely going to prefer to use my Spotlight importer than the one
from Audio.mdimporter. At least when it comes to .snd files.
For completeness, here's the UTI definition:
<key>UTExportedTypeDeclarations</key>
<array>
<dict>
<key>UTTypeIdentifier</key>
<string>org.atari.sndh</string>
<key>UTTypeIconName</key>
<string>sndh_file_type</string>
<key>UTTypeReferenceURL</key>
<string>http://xsc.atari.org/</string>
<key>UTTypeDescription</key>
<string>Atari SNDH File Format</string>
<key>UTTypeConformsTo</key>
<array>
<string>public.audio</string>
<string>public.data</string>
</array>
<key>UTTypeTagSpecification</key>
<dict>
<key>public.filename-extension</key>
<array>
<string>atarisnd</string>
<string>snd</string>
<string>sc68</string>
</array>
</dict>
</dict>
</array>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden