Re: Creator type of packaged app bug?
Re: Creator type of packaged app bug?
- Subject: Re: Creator type of packaged app bug?
- From: Paul Berkowitz <email@hidden>
- Date: Mon, 07 Jul 2003 18:09:14 -0700
On 7/7/03 4:23 PM, "Shane Stanley" <email@hidden> wrote:
>
On 8/7/03 12:47 AM +1000, Paul Berkowitz, email@hidden, wrote:
>
>
> Something gets lost
>
> in the translation where SE 2.0 beta is concerned: for example 'folder', and
>
> 'disk' become recompiled as raw code in pre-existing scripts, and will not
>
> compile at all as 'folder' or 'disk' in new scripts. That is, this happens
>
> most of the time. Some of the time it doesn't happen, or didn't happen.
>
>
I know you've posted this before, but I've yet to see it happen. In fact, I
>
held a session in a lab full of Macs with the SE beta last week, and it
>
didn't happen on any of them. So I have to wonder whether there's something
>
else involved.
Any idea what? I can open the Finder dictionary just fine in Script Editor
2.0 and in Script Debugger. The proper keywords appear just fine there:
'folder' , 'disk', etc.
But if I try to compile this script:
tell app "Finder" to get folder "Users" of disk "OS X HD"
'folder "' (including the " quotes after 'folder') is selected with the
error:
A " can't go after this property.
If I try to compile this:
tell app "Finder" to get every folder startup disk
I get this error:
Expected class name but found property.
So, AS 1.9.1 thinks that 'folder' is a property, not an element of the
Finder, OMM. Hmmm. This actually compiles:
tell application "Finder" to get folder of startup disk
but of course errors if run ("Can't get folder of startup disk"). 'folder'
is most definitely an Element, not a Property, in the 'application' class in
the dictionary. It seems to be trying to compile to a <<property >> rather
than to <<class cfol>> for some reason.
tell application "Finder" to get <<property cfol>> of startup disk
compiles to
tell application "Finder" to get <<class cfol;>>of startup disk
and still won't run of course.
More interesting yet
tell application "Finder" to get <<class cfol>> "Users" of startup disk
compiles OK, but errors on run! Same with 'item "Users".
tell application "System Events" to get every folder of startup disk
compiles and runs just fine, as does
tell application "System Events" to get folder "Users" of disk "OS X HD"
--> folder "OS X HD:Users:"
("System Events" doesn't know about 'startup disk' so I can't use that
format. )
[Side issue:]
Note that in the script immediately above the result is not
folder "Users" of disk "OS X HD" of application "System Events"
naturally, since System Events apparently doesn't use the Finder-type
terminology. It's
folder "OS X HD:Users" of application "System Events" -- no final colon
at least in Script Editor. (In Script Debugger it's just
folder "OS X HD:Users"
which may well be an SD context usage, I've forgotten.)
Using the full path but preceded with 'folder' instead of following with a
colon as 'alias' does is quite peculiar - although sort of logical but
confusing. A new quirk for AppleScript.
[End of side issue.]
Does anyone have any ideas what might be making my Finder see 'folder' as
property instead of an element (class), where Shane doesn't get this even
though he has System Events 1.2 beta installed? Does anyone else see the
same thing?
OS 10.2.6/AS 1.9.1 with System Events 1.2 beta. b&w G3 350/784 MB RAM.
--
Paul Berkowitz
_______________________________________________
applescript-users mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/applescript-users
Do not post admin requests to the list. They will be ignored.