Re: Uniform type identifier support in Cocoa or lack thereof
Re: Uniform type identifier support in Cocoa or lack thereof
- Subject: Re: Uniform type identifier support in Cocoa or lack thereof
- From: Thomas Engelmeier <email@hidden>
- Date: Wed, 24 Aug 2005 15:02:29 +0200
At 22:21 Uhr -0700 23.08.2005, email@hidden wrote:
had UTI support since their inception in Panther. Any of these APIs
(including Navigation Serivces) should be completely usable from a
Cocoa app if you require a workaround solution. But, please write
bugs against the relevant AppKit technologies to make sure the team
knows how much you would like to see UTI based Cocoa APIs.
Cocoa is not lagging behind in the implementation area but also in
the conceptional and documentation area, so filing bugreports against
APIs is moot.
- with the exception of MD Importers and Pasteboard, the concept is
missing in Cocoa-land documentation
- even if present, in most samples with pasteboard usage for drag and
drop filtering is not based on UTIs
That means most Cocoa-only developers reading the documentation and
using sample code will not even find the concept of UTIs
- Most of the NSApplication based file opening and drag-and-drop
operations still happen with file extension filtering
Result:
Cocoa applications as they are are unsuable e.g. for my digital
photography workflow.
iPhoto does not open .JPE Jpeg images dropping out of my digital
camera, and none of the Cocoa sample code does (Preview lucky enough
seems to have an wildcard file handler and accepts them).
OTOH, pretty much all Carbon applications handle them just fine:
Quicktime sample code, GrafikConverter, Photoshop, Photoshop
Elements, Quark XPress, ...
Regards,
Tom_E
_______________________________________________
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