AppleScript and REALBasic
AppleScript and REALBasic
- Subject: AppleScript and REALBasic
- From: Steve Suranie <email@hidden>
- Date: Mon, 14 May 2001 15:14:11 -0400
Hi folks:
I've created an application for my company in REALBasic that is basically a
GUI for several related AppleScripts. Some of the functions are a bit time
consuming so I wanted to place either a progress bar or the chasing arrows
available from in RB to let the users know some action is taking place.
However, any command to activate either of these items placed before an
AppleScript call doesn't work. If I place them after the AppleScript they
work, but only after the script has executed, non to helpful in this
scenerio. For example, in RB my script looks like this:
sub
chasingarrows1.visibility = true
filename = photoExtractor() <------An AppleScript function named
photoExtractor being called in RB. (filename is a variable whose value is
being passed from AS to RB
chasingarrows1.visibility = false
end sub
What I thought would happen was when the user clicks the button related to
this script RB would turn the visibility of the chasing arrows on, once the
script completed they would be turned off. Obviously this didn't work. If I
take the AS call out then it works fine.
I realize this is a AS forum and not RB but it is an AS related. Any help
would be greatley appreciated.
>
----------
>
From: email@hidden
>
Reply To: email@hidden
>
Sent: Monday, May 14, 2001 2:58 PM
>
To: email@hidden
>
Subject: applescript-users digest, Vol 2 #677 - 15 msgs
>
>
Send applescript-users mailing list submissions to
>
email@hidden
>
>
To subscribe or unsubscribe via the World Wide Web, visit
>
http://www.lists.apple.com/mailman/listinfo/applescript-users
>
or, via email, send a message with subject or body 'help' to
>
email@hidden
>
>
You can reach the person managing the list at
>
email@hidden
>
>
When replying, please edit your Subject line so it is more specific
>
than "Re: Contents of applescript-users digest..."
>
>
>
Today's Topics:
>
>
1. Re: Scientific notation to text (Paul Berkowitz)
>
2. Re: Scientific notation to text (Michelle Steiner)
>
3. Re: Scientific notation to text (Paul Berkowitz)
>
4. Setting filename of files and in subfolders (T.J. Mahaffey)
>
5. OSA Events (Michael Turner)
>
6. Re: Setting filename of files and in subfolders (Bill Briggs)
>
7. Re: Setting filename of files and in subfolders (Bill Briggs)
>
8. Re: Scientific notation to text (Paul Skinner)
>
9. More files and subfolders (T.J. Mahaffey)
>
10. Re: checking values in property problem (Arthur J Knapp)
>
11. Re: More files and subfolders (Bill Briggs)
>
12. [OT] Getting used to software [WAS: Re: checking values in
>
property problem] (Paul Berkowitz)
>
13. Re: More files and subfolders (Paul Berkowitz)
>
14. Re: Rogue list? (Chris Espinosa)
>
>
--__--__--
>
>
Message: 1
>
Date: Sun, 13 May 2001 22:21:53 -0700
>
Subject: Re: Scientific notation to text
>
From: Paul Berkowitz <email@hidden>
>
To: Applescript-Users <email@hidden>
>
>
On 5/13/01 9:56 PM, "Paul Skinner" <email@hidden> wrote:
>
>
> I'm working on a handler for converting numbers in scientific notation
>
> to the non- notated version as text and it's all good. But...
>
>
>
> set theNumber to 1.94055698299304E-4
>
> set the theNumber to thenumber as text
>
> -->"1.940556982993E-4"
>
>
>
> This initial coercion causes a rounding at the twelfth decimal place.
>
Is
>
> this appropriate behavior for AppleScript? It seems odd that a coercion
>
to
>
> text would cause a math function to be performed on the argument.
>
> I don't know the internal handling of these classes well enough to
>
know
>
> if I can work around this or not. Anyone have any ideas?
>
>
>
Now try just compiling (don't run it yet):
>
>
1.94055698299304
>
>
It compiles to:
>
>
1.940556982993
>
>
so it looks as if those final '04' digits put it out of the reach of
>
AppleScript reals. That's what's happening when your typing is evaluated
>
before the 'as text' coercion even takes place. I know that the final two
>
digits don't disappear when you tack on 'E-4' and then compile or run the
>
resulting number, but I bet that they would get ignored in a calculation.
>
>
Or maybe it's a bug of some sort.
>
>
>
--
>
Paul Berkowitz
>
>
--__--__--
>
>
Message: 2
>
Subject: Re: Scientific notation to text
>
Date: Sun, 13 May 2001 23:55:29 -0700
>
From: Michelle Steiner <email@hidden>
>
To: "Applescript-Users" <email@hidden>
>
>
On 5/13/01 10:21 PM, Paul Berkowitz <email@hidden> wrote:
>
>
>Now try just compiling (don't run it yet):
>
>
>
> 1.94055698299304
>
>
>
>It compiles to:
>
>
>
> 1.940556982993
>
>
>
>so it looks as if those final '04' digits put it out of the reach of
>
>AppleScript reals. That's what's happening when your typing is evaluated
>
>before the 'as text' coercion even takes place. I know that the final two
>
>digits don't disappear when you tack on 'E-4' and then compile or run the
>
>resulting number, but I bet that they would get ignored in a calculation.
>
>
Enter this into the script editor.
>
>
1.94055698299304 = 1.940556982993
>
>
Compile it; it now displays this:
>
>
1.940556982993 = 1.940556982993
>
>
Run it.
>
>
--> false
>
>
--Michelle
>
>
----------------------------------------------------------------------
>
| Michelle Steiner | We're not human beings having a spiritual |
>
| | experience. We're spiritual beings |
>
| email@hidden | having a human experience. |
>
----------------------------------------------------------------------
>
>
--__--__--
>
>
Message: 3
>
Date: Mon, 14 May 2001 00:14:30 -0700
>
Subject: Re: Scientific notation to text
>
From: Paul Berkowitz <email@hidden>
>
To: Applescript-Users <email@hidden>
>
>
On 5/13/01 11:55 PM, "Michelle Steiner" <email@hidden> wrote:
>
>
> On 5/13/01 10:21 PM, Paul Berkowitz <email@hidden> wrote:
>
>
>
>> Now try just compiling (don't run it yet):
>
>>
>
>> 1.94055698299304
>
>>
>
>> It compiles to:
>
>>
>
>> 1.940556982993
>
>>
>
>> so it looks as if those final '04' digits put it out of the reach of
>
>> AppleScript reals. That's what's happening when your typing is
>
evaluated
>
>> before the 'as text' coercion even takes place. I know that the final
>
two
>
>> digits don't disappear when you tack on 'E-4' and then compile or run
>
the
>
>> resulting number, but I bet that they would get ignored in a
>
calculation.
>
>
>
> Enter this into the script editor.
>
>
>
> 1.94055698299304 = 1.940556982993
>
>
>
> Compile it; it now displays this:
>
>
>
> 1.940556982993 = 1.940556982993
>
>
>
> Run it.
>
>
>
> --> false
>
>
>
We've been here before, a few months ago. It has to do with the binary
>
representation of some decimal numbers as not exact. So the above
>
"equation"
>
will represent two different binaries which do not equal each other but
>
which both round to the same decimal real. I don't know why, in that case,
>
the longer number is truncated in decimal version - I'd guess because
>
there
>
are too many significant places to represent accurately in binary.
>
>
--
>
Paul Berkowitz
>
>
--__--__--
>
>
Message: 4
>
Date: Mon, 14 May 2001 09:16:41 -0500
>
Subject: Setting filename of files and in subfolders
>
From: "T.J. Mahaffey" <email@hidden>
>
To: <email@hidden>
>
>
Ok, folks, I'm apparently not getting my logic right.
>
I'm using a previously circulated script, LabelWizard, as a basis for a
>
new
>
script with slightly different functionality.
>
>
My problem lies in the 4th to the last line where I try to set the file
>
name
>
to EXCLUDE the suffix. So, something like Apple's Trim File Names script,
>
I
>
need to trim the ".jpg" from each file in the folder and the files in it's
>
subfolders.
>
>
Can someone offer guidance on this part?
>
>
>
on open theFolders
>
if checkSysVers() then
>
repeat with theFolder in theFolders
>
if folder of (info for theFolder) then
>
changeLabels(theFolder)
>
else
>
display dialog ,
>
"Found a dropped item which is not a folder." buttons
>
{"Skip It"} default button 1 with icon 2 giving up after 15
>
end if
>
end repeat
>
end if
>
end open
>
>
on checkSysVers()
>
tell application "Finder"
>
if (computer "sysv") < 2144 then
>
beep
>
tell me to display dialog ,
>
"LabelWizard: Revised requires Mac OS 8.6 or later."
>
buttons
>
{"Quit"} default button 1 with icon 0
>
return false
>
else
>
return true
>
end if
>
end tell
>
end checkSysVers
>
>
on changeLabels(theFolder)
>
tell application "Finder"
>
activate
>
set theseFolderItems to every item in theFolder
>
repeat with thisItem in theseFolderItems
>
>
set name of thisItem to ((name of thisItem) - (".jpg" as
>
text))
>
>
end repeat
>
end tell
>
end changeLabels
>
>
--__--__--
>
>
Message: 5
>
Date: Mon, 14 May 2001 10:28:55 -0400
>
Subject: OSA Events
>
From: Michael Turner <email@hidden>
>
To: <email@hidden>
>
>
How does one track OSA events? Is there an event display utility,
>
preferably
>
free?
>
>
Would they make any sense to me if I could see them?
>
>
/Michael
>
>
--__--__--
>
>
Message: 6
>
Date: Mon, 14 May 2001 11:43:01 -0300
>
To: "T.J. Mahaffey" <email@hidden>,
>
<email@hidden>
>
From: Bill Briggs <email@hidden>
>
Subject: Re: Setting filename of files and in subfolders
>
>
At 9:16 AM -0500 14/05/01, T.J. Mahaffey wrote:
>
>on changeLabels(theFolder)
>
> tell application "Finder"
>
> activate
>
> set theseFolderItems to every item in theFolder
>
> repeat with thisItem in theseFolderItems
>
>
>
> set name of thisItem to ((name of thisItem) - (".jpg" as
>
text))
>
>
>
> end repeat
>
> end tell
>
>end changeLabels
>
>
You can't "subtract" strings literally in AppleScript. You can strip
>
the undesired ".jpg" with this bit, but you should also be checking
>
to make sure that you are only operating on files (and only ones that
>
have the extension you want to eliminate), not folders.
>
>
tell application "Finder"
>
set theseFolderItems to every item in theFolder
>
repeat with thisItem in theseFolderItems
>
set oldName to (name of thisItem)
>
set theOffset to (offset of "." in oldName)
>
set newName to (text 1 through (theOffset - 1)) of oldName
>
end repeat
>
end tell
>
>
>
- web
>
>
--__--__--
>
>
Message: 7
>
Date: Mon, 14 May 2001 11:56:39 -0300
>
To: "T.J. Mahaffey" <email@hidden>,
>
<email@hidden>
>
From: Bill Briggs <email@hidden>
>
Subject: Re: Setting filename of files and in subfolders
>
>
At 11:43 AM -0300 14/05/01, Bill Briggs wrote:
>
>You can't "subtract" strings literally in AppleScript. You can strip
>
>the undesired ".jpg" with this bit, but you should also be checking
>
>to make sure that you are only operating on files (and only ones
>
>that have the extension you want to eliminate), not folders.
>
>
>
>tell application "Finder"
>
> set theseFolderItems to every item in theFolder
>
> repeat with thisItem in theseFolderItems
>
> set oldName to (name of thisItem)
>
> set theOffset to (offset of "." in oldName)
>
> set newName to (text 1 through (theOffset - 1)) of oldName
>
> end repeat
>
>end tell
>
>
Ooops. That should read.
>
>
- web
>
>
tell application "Finder"
>
set theseFolderItems to every item in theFolder
>
repeat with thisItem in theseFolderItems
>
set oldName to (name of thisItem)
>
set theOffset to (offset of "." in oldName)
>
set newName to (text 1 through (theOffset - 1)) of oldName
>
set name of thisItem to newName
>
end repeat
>
end tell
>
>
--__--__--
>
>
Message: 8
>
Date: Mon, 14 May 2001 10:57:44 -0400
>
Subject: Re: Scientific notation to text
>
From: Paul Skinner <email@hidden>
>
To: Applescript-Users <email@hidden>
>
>
on 5/14/01 3:14 AM, Paul Berkowitz wrote:
>
>
> On 5/13/01 11:55 PM, "Michelle Steiner" <email@hidden> wrote:
>
>
>
>> On 5/13/01 10:21 PM, Paul Berkowitz <email@hidden> wrote:
>
>>
>
>>> Now try just compiling (don't run it yet):
>
>>>
>
>>> 1.94055698299304
>
>>>
>
>>> It compiles to:
>
>>>
>
>>> 1.940556982993
>
>>>
>
>>> so it looks as if those final '04' digits put it out of the reach of
>
>>> AppleScript reals. That's what's happening when your typing is
>
evaluated
>
>>> before the 'as text' coercion even takes place. I know that the final
>
two
>
>>> digits don't disappear when you tack on 'E-4' and then compile or run
>
the
>
>>> resulting number, but I bet that they would get ignored in a
>
calculation.
>
>>
>
>> Enter this into the script editor.
>
>>
>
>> 1.94055698299304 = 1.940556982993
>
>>
>
>> Compile it; it now displays this:
>
>>
>
>> 1.940556982993 = 1.940556982993
>
>>
>
>> Run it.
>
>>
>
>> --> false
>
>>
>
> We've been here before, a few months ago. It has to do with the binary
>
> representation of some decimal numbers as not exact. So the above
>
"equation"
>
> will represent two different binaries which do not equal each other but
>
> which both round to the same decimal real. I don't know why, in that
>
case,
>
> the longer number is truncated in decimal version - I'd guess because
>
there
>
> are too many significant places to represent accurately in binary.
>
>
>
Interesting, The number that I pasted into my email was the result of
>
a
>
division of two random numbers that I was using for testing purposes.
>
So, AppleScript can create and display 14 digit real numbers as a
>
result
>
of a calculation and it retains their true value, as in your example
>
above,
>
but it won't show that true value unless it is the result of a
>
calculation.
>
>
That seems very strange.
>
>
JFF...
>
>
1.123456789E+8 / 1.123456789012E+8
>
-->0.999999999989
>
-- 12 digits.
>
1.123456789E+8 / 1.123456789012E+9
>
-->0.099999999999
>
-- 12 digits.
>
1.123456789E+8 / 1.123456789012E+10
>
-->0.01
>
-- 2 digits!
>
1.123456789E+8 / 1.123456789012E+11
>
-->9.99999999989319E-4
>
-- 14 digits.
>
1.123456789E+8 / 1.123456789012E+12
>
-->9.99999999989319E-5
>
-- 14 digits.
>
1.123456789E+8 / 1.123456789012E+308
>
--> 9.99999999989319E-301
>
--14 digits.
>
>
Maximum size for a value is right around here somewhere.
>
1.123456789E+8 / 1.123456789012E+309
>
-->Syntax error. The result of a numeric operation was too large.
>
>
Maximum user defined length of a real is 12 decimal places.
>
1.123456789E+8 / 1.1234567890123E+12
>
-->Syntax Error. Some Object.
>
>
I think my mother explained this to me as a child when she said ...
>
"Don't play so close to the edge, you never know what might happen!".
>
I'm still working on how to capture this 14 digit value as text.
>
Not that it is literally or mathematically 'significant' : )
>
>
Thanks,
>
--
>
Paul Skinner
>
>
--__--__--
>
>
Message: 9
>
Date: Mon, 14 May 2001 10:23:25 -0500
>
Subject: More files and subfolders
>
From: "T.J. Mahaffey" <email@hidden>
>
To: <email@hidden>
>
>
Ok, thanks to Mr. Briggs, this script works on the files in the root of
>
the
>
folder, but it still doesn't act on the files in the subfolders. I've
>
pored
>
over the code and looked at other scripts acting on subfolders. As far as
>
I
>
can tell, this script should work on files of subfolders. But it doesn't.
>
What am I doing wrong?
>
>
on open theFolders
>
if checkSysVers() then
>
>
repeat with theFolder in theFolders
>
>
changeLabels(theFolder)
>
>
end repeat
>
end if
>
end open
>
>
on checkSysVers()
>
tell application "Finder"
>
if (computer "sysv") < 2144 then
>
beep
>
tell me to display dialog ,
>
"LabelWizard: Revised requires Mac OS 8.6 or later."
>
buttons
>
{"Quit"} default button 1 with icon 0
>
return false
>
else
>
return true
>
end if
>
end tell
>
end checkSysVers
>
>
>
on changeLabels(theFolder)
>
tell application "Finder"
>
activate
>
set theseFolderItems to every item in theFolder
>
repeat with thisItem in theseFolderItems
>
set oldName to (name of thisItem)
>
set theOffset to (offset of "." in oldName)
>
set newName to (text 1 through (theOffset - 1)) of oldName
>
set name of thisItem to newName
>
end repeat
>
end tell
>
end changeLabels
>
>
--__--__--
>
>
Message: 10
>
Date: Mon, 14 May 2001 11:58:57 -0400
>
Subject: Re: checking values in property problem
>
From: Arthur J Knapp <email@hidden>
>
To: "email@hidden" <email@hidden>,
>
<email@hidden>
>
>
on 5/13/01 3:08 PM, email@hidden at email@hidden wrote:
>
>
>
>> What happens if you do this:
>
>
>> property app_1 : ""
>
>> property app_2 : ""
>
>
>> if app_1 = "" or app_2 = "" then
>
>
>> if app_1 = "" or app_2 = "" then
>
>
>> display dialog "At least one is an empty string"
>
>
>> else
>
>
>> display dialog "At least one is NOT an empty string"
>
>
>
> Is this logically what you want to do? It should get to the string
>
after
>
> the display but will never get there since there is always at least one
>
> empty string. Maybe an "and" vis an or?
>
>
The original poster was reporting on an anomalous behavior. The above
>
code was designed to better understand the problem that he was saying
>
was occuring on his system.
>
>
>
P.S.
>
>
OK, I've just updated to Outlook Express 5, and I'm not happy.
>
Can anyone tell me why the act of quoting removes all inital white
>
space from the lines of text???
>
>
I guess that once again, Microsoft is trying to protect users
>
from the horrors of being productive.
>
>
It's time to convince my employers to go back to Eudora...
>
>
>
Arthur J. Knapp
>
http://www.stellarvisions.com
>
mailto:email@hidden
>
>
Hey, check out:
>
http://homepage.mac.com/richard23/
>
>
--__--__--
>
>
Message: 11
>
Date: Mon, 14 May 2001 13:19:51 -0300
>
To: "T.J. Mahaffey" <email@hidden>,
>
<email@hidden>
>
From: Bill Briggs <email@hidden>
>
Subject: Re: More files and subfolders
>
>
At 10:23 AM -0500 14/05/01, T.J. Mahaffey wrote:
>
>What am I doing wrong?
>
>
No recursive call. Here's the handler I suggested you look at. Note
>
that it has a recursive call, that is, it calls itself. You just
>
adapt the idea to your own handler to "walk" the subfolders. (Or you
>
could use Jon's Commands to walk the folders.) But this keeps it
>
Plain Vanilla AppleScript.
>
>
- web
>
>
on dumpFiles(whatsPassed)
>
tell application "Finder"
>
delete every file of whatsPassed
>
set folderContents to (every item of whatsPassed)
>
repeat with anItem in folderContents
>
my dumpFiles(anItem)
>
end repeat
>
end tell
>
end dumpFiles
>
>
--__--__--
>
>
Message: 12
>
Date: Mon, 14 May 2001 09:37:34 -0700
>
Subject: [OT] Getting used to software [WAS: Re: checking values in
>
property problem]
>
From: Paul Berkowitz <email@hidden>
>
To: Applescript-Users <email@hidden>
>
>
On 5/14/01 8:58 AM, "Arthur J Knapp" <email@hidden> wrote:
>
>
> OK, I've just updated to Outlook Express 5, and I'm not happy.
>
> Can anyone tell me why the act of quoting removes all inital white
>
> space from the lines of text???
>
>
>
> I guess that once again, Microsoft is trying to protect users
>
> from the horrors of being productive.
>
>
>
>
No. it's just a poor "feature". MS fixed it themselves in Entourage, the
>
super-upgrade to OE 5 that ships with MS Office 2001. I have quoted
>
hundreds
>
of messages in Entourage over the past year, all of which preserved white
>
space in quotes. Otherwise very intelligent people seem to have no
>
hesitation in attributing the most amazing things to Microsoft, demon
>
extraordinaire.
>
>
> It's time to convince my employers to go back to Eudora...
>
>
Or get them to upgrade their current version of Office (98?), which I'm
>
sure
>
they must have, to Office 2001, and use Entourage, which is fully
>
compatible
>
with OE 5 and has lots of other great features and improvements, aside
>
form
>
quoting white space.
>
>
--
>
Paul Berkowitz
>
>
--__--__--
>
>
Message: 13
>
Date: Mon, 14 May 2001 09:31:02 -0700
>
Subject: Re: More files and subfolders
>
From: Paul Berkowitz <email@hidden>
>
To: Applescript-Users <email@hidden>
>
>
On 5/14/01 8:23 AM, "T.J. Mahaffey" <email@hidden> wrote:
>
>
> Ok, thanks to Mr. Briggs, this script works on the files in the root of
>
the
>
> folder, but it still doesn't act on the files in the subfolders. I've
>
pored
>
> over the code and looked at other scripts acting on subfolders. As far
>
as I
>
> can tell, this script should work on files of subfolders. But it
>
doesn't.
>
> What am I doing wrong?
>
>
In the changeLabels handler, 'set theseFolderItems to every item in
>
theFolder' specifies by 'every item' just first level within. There IS a
>
Finder property 'entire contents' which is supposed to get everything to
>
every level, but it is notoriously buggy and unreliable (without letting
>
you
>
know via an error) with large folders. So don't use it. You need to make
>
the
>
handler recursive if it finds folders among its items. If you want to
>
stick
>
with the Finder and not use 3rd-party osaxen, try the following. It will
>
be
>
very slow with large folders.
>
>
>
>
>
>
on changeLabels(theFolder)
>
tell application "Finder"
>
activate
>
set theseFolderItems to every item in theFolder
>
repeat with thisItem in theseFolderItems
>
if kind of thisItem is not "Folder" then
>
set oldName to (name of thisItem)
>
set theOffset to (offset of "." in oldName)
>
set newName to (text 1 through (theOffset - 1)) of oldName
>
set name of thisItem to newName
>
else
>
my changeLabels(thisItem) -- recursive
>
end if
>
end repeat
>
end tell
>
end changeLabels
>
>
--
>
Paul Berkowitz
>
>
--__--__--
>
>
Message: 14
>
Date: Mon, 14 May 2001 10:15:26 -0700
>
From: Chris Espinosa <email@hidden>
>
Subject: Re: Rogue list?
>
Cc: Applescript-Users <email@hidden>
>
To: Paul Berkowitz <email@hidden>
>
>
On Saturday, May 12, 2001, at 07:18 AM, Paul Berkowitz wrote:
>
>
> Could we go back to first principles here?
>
>
>
> WHY does the Finder return an empty record rather than an empty list
>
> when
>
> it's asked for a direct object including a plural? I've confirmed this
>
> with
>
> a simple 'set theFolders to folders of myFolder':
>
>
Because it's a bug. And as a bug it's harder to find than most, because
>
for most purposes an empty list is equivalent to an empty record --
>
except in the "set end of " case and a few others (like "reverse of").
>
>
> I purposely say 'the Finder' rather than 'AppleScript' returns an empty
>
> record, even though the error message above does not refer to the
>
> Finder by
>
> name (as in 'Finder got an error'), because AppleScript DOES NOT error
>
> with
>
> plurals as direct object in some other applications:
>
>
You are correct. The Finder is returning a result, which is not an
>
error, and later you are using that result in a pure AppleScript
>
expression in an erroneous fashion, i.e. you're trying to do a list
>
operation on a record. So while the original bug is the Finder's (it
>
shouldn't be returning an empty record), the error is signalled
>
correctly as an error in your script, which is performing a list
>
operation on a record. The fact that AppleScript claims an empty record
>
*is* a list is another bug which makes it hard to find the two other
>
bugs.
>
>
> Perhaps the reason that the class of 'theFolders' in the Finder example
>
> above (and Shane's original 'theClients') is logged as list rather than
>
> record is something to do with the fact that asking for 'folders', or
>
> 'name
>
> of folders' _should_ produce a list and not a record? Is this merely
>
> (yet)
>
> another Finder scripting bug rather than something more basic in
>
> AppleScript? Or is that too simplistic?
>
>
No, no, yes. It's logged as a list because AppleScript shares some
>
implementation between the list and record classes for convenience
>
(namely, the empty record constant is identical to the empty list
>
constant) but doesn't deal with differences consistently. An empty
>
record is considered a list except that it isn't, but an empty list is
>
not considered a record. It's a little complicated, it's been there
>
since the beginning of time, and it's relatively rare to run into it.
>
>
Chris
>
>
>
--__--__--
>
>
_______________________________________________
>
applescript-users mailing list
>
email@hidden
>
http://www.lists.apple.com/mailman/listinfo/applescript-users
>
>
>
End of applescript-users Digest