On Jun 15, 2006, at 3:30 PM, Craig Hoyt wrote:
Thanks Norman,
I think the 'adrp' type is an OSX application that accepts an file
drop on it's own icon. I know I've seen 'adrp' in something a while
back - maybe an AppleScript(?). Unfortunately this is the least of
my problems now as I can write another exception and include 'adrp'
as another application. I still need to find the proper way to get
an icon from T&C without knowing the folderitem. I would guess that
Launch Services is the proper way to handle type, creator, and icon
info, but I don't have a folderitem to use in calling Launch
Services. Poking around in packages and bundles I often find an
file called Info.plist, which contains a single eight character
string which is the type and creator info.
As for the Mac classic environment comment ... I'm not sure if you
are agreeing with me or not. I was way too cryptic with that
statement any. My point was in classic OS two files were
represented as a single unified file.
No, not always they weren't
Up to about OS 8 or so they were a single file but packages also
existed on OS 9 and that was a group of files that a user saw as a
single file even though it was a folder of files, and you could have
different types and creators on them
Walk a directory and you get the info for a single file. Yes you
can assess either fork but in all aspects it was a single file. Do
the same thing in OSX and every time you hit a package or bundle
you end up with drilling down into the package/bundle, when it
should have just reported the item as a file/app with all info of
it's contents brought forward so as to make that info readily
available.
In that regard I do think Apple has made life for developer worse
because a bundle doe not behave this way.
But you also want to be able to know that it's a bundle and get the
right type and creator for the items in it so I don't think there is
much choice.
It cannot be both an App and a bundle at the same time given only
one set of type and creator codes though
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
