On 26 Aug 2012, at 03:02, Graham Cox <graham....@bigpond.com> wrote:
> > On 25/08/2012, at 8:14 PM, Mike Abdullah <cocoa...@mikeabdullah.net> wrote: > >> I had a funny feeling you were going to point the finger at us ;-) >> Checked out the code, and I can assure you, iMedia is doing this: >> >> NSURL* url = [NSURL URLWithString:library]; >> NSString* path = [url path]; >> >> Where library is a string retrieved from the prefs to note where a media >> library lives. I continue to be pretty sure no path-based APIs accept URL >> strings. > > > Well..... > > This code was based on a very old version of the iMedia code, probably from > 2008 or 9. It was certainly heavily modified when I adapted it to my own > structures, but this part I kept intact. In fact, it still retains remnants > of a workaround for some other Cocoa bug along with the comments pertaining > to it, which is why I know I never altered it. Perhaps the behaviour just > happened to work... or perhaps back then Apple were not storing a URL in the > prefs but a path? The latter seems more likely. The thing is this: file://localhost/example.png is a perfectly valid relative path, going: file/ > localhost > example.png (if you were browsing in the Finder) > > It's very probable that it got changed later - I haven't checked to see what > the current version does. Presumably, it was updated to use NSURL at some > point, but the version I used was path-based. > > I hadn't realised that you were associated with Karelia. I wasn't pointing > the finger, just trying to understand what the issue was. I accept that in > porting the code Karelia no longer have any responsibility for it. What have > been your experiences with sandboxing the iMedia browser? No worries; the "finger-pointing" was meant mostly in jest. We're getting there on sandboxing it. Mostly not tooooo painful, but held up by a bookmarks bug at present. _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
