Re: NSFileWrapper
Re: NSFileWrapper
- Subject: Re: NSFileWrapper
- From: Kyle Sluder <email@hidden>
- Date: Sun, 05 Jun 2016 23:21:07 -0500
On Sun, Jun 5, 2016, at 01:14 AM, Chris Ridd wrote:
>
> > On 4 Jun 2016, at 23:02, Daryle Walker <email@hidden> wrote:
> >
> >> On Jun 4, 2016, at 12:18 PM, Peter Hudson <email@hidden> wrote:
> >>
> >> Hi Mike
> >>
> >> You're right - I want the behaviour of a package. Do you happen to know how I can achieve it? I had presumed it might be some mix of flag setting at system level. If for example i set the extension on an NSFileWrapper to .bundle i get some of what I need - but I cant find out how to get an icon of my choosing associated with it.
> >
> > You’ll have to work at it; it won’t be completely transparent to your users to experience nor you to program.
> >
> > The “.bundle” extension is already in use for system plug-ins. You have to come up with a new extension. For instance, if you’re already using “.xyz” for you single-file format, you could use “.xyz-pkg” for your package format.
>
> Are you sure that’s true? Apps like OmniGraffle have a flat file format
> *and* a bundle format, both using the .graffle extension. In OmniGraffle
> Pro's document inspector you can switch between formats.
At one point OmniGraffle dropped the flat file/package inspector
precisely because using the same extension for both confused Launch
Services. But there was so much wrong with OmniGraffle’s UTI
declarations at the time; fixing them might have resolved the issue and
led to the return of the format switch.
If you’re going to try to share the same filename extension for packages
and flat files, it is doubly important that you have *two* UTIs, and
that teach UTI declare conformance to exactly *one or the other* of the
“physical” hierarchies. That means your document package UTI *must not*
conform to your flat-file UTI, because then it would conform to both the
package and flat-file physical hierarchies, and LS will get confused
about which UTI should be used for flat files.
--Kyle Sluder
>
> If you have the app or a demo you can investigate its Info.plist.
>
> Chris
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden