Date: Mon, 17 Mar 2003 20:39:08 -0500
From: Victor Eijkhout [EMAIL PROTECTED]
Subject: RE: If this is a feature, it's a nasty one.
(and I still don't know how to
cut/paste from the documentation; is that possible?)
--
Option/drag puts any text in the docs
Bug or feature? or: Don't I love the mechanics of expansion
* From: Victor Eijkhout
* Subject: Bug or feature? or: Don't I love the mechanics of
expansion
* Date: Sun, 16 Mar 2003 17:42:18 -0800
This bug took me an hour or two to find. I don't think I like it.
on tt arg
put arg
end
Hi Victor
In other words, I consider this a bug.
I think you woud be the only one
on mouseup
send t 1 to me
end mouseup
on t a
set the a of me to bar
end t
Just think if you couldn't do this then you wouldn't be able to do something
like:
repeat with X=1 to 4
put MyDataX
--- Monte Goulding [EMAIL PROTECTED]
wrote:
There is a standard that many people on this
list use where:
- parameter names are prefixed with p
- custom properties are prefixed with c or u
- local variables in the script scope are
prefixed with l
- temporary variables (handler scope)
Yes it's a feature and it's a very powerful one
Ok, I'll accept that.
But the man page is wrong: it says (and I still don't know how to
cut/paste from the documentation; is that possible?) The
iproperty/i is a built-in property name or a custom property
name.
That should be is a property
But the man page is wrong: it says (and I still don't know how to
cut/paste from the documentation; is that possible?) The
iproperty/i is a built-in property name or a custom property
name.
That should be is a property name, or a variable or parameter having
a property name as value.
It seems
more logical to always assume variables will be evaluated prior to script
execution.
Yes, but the man page doesn't say that it's a variable: it says that
the iproperty/i thing in the set statement is the name of a
property. The name. Not a variable evaluating to a name. And I
think
**
Date: Mon, 17 Mar 2003 15:38:38 -0800
Subject: Re: If this is a feature, it's a nasty one.
From: Richard Gaskin [EMAIL PROTECTED]
Victor Eijkhout wrote:
but I want to use logical sounding names.
--
A function named t with a parameter named a makes their use
self
It seems
more logical to always assume variables will be evaluated prior to script
execution.
Yes, but the man page doesn't say that it's a variable: it says that
the iproperty/i thing in the set statement is the name of a
property. The name. Not a variable evaluating to a name. And I