On Fri, Mar 21, 2014 at 6:40 AM, BNig wrote:
> may I humbly suggest to a physics major to reconsider the spelling of
> "Boltman"?
>
remembering and successfully typing with two numb fingers are separate
matters :) It's over half my practice, and I type "bankruptcy"
incorrectly 80% of the time.
Dear Dr. Hauking,
and while you are at reconsidering spelling you might want to have a look at
"Plank" also.
Kind regards
Bernd
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/before-vs-on-in-behavior-scripts-tp4677166p4677347.html
Sent from the
up with that stuff
> sober . . .
may I humbly suggest to a physics major to reconsider the spelling of
"Boltman"?
:)
Kind regards
Bernd
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/before-vs-on-in-behavior-scripts-tp4677166p4677346.html
Sent from the Re
Wait, you mean to tell me that the notion of curved space came from a bunch of
drunks who thought the room was spinning???
Bob
On Mar 20, 2014, at 19:09 , Dr. Hawkins wrote:
> On Wed, Mar 19, 2014 at 8:16 AM, Bob Sneidar
> wrote:
>
>> Actually, you need to down a few, and then all of this m
On Thu, Mar 20, 2014 at 7:41 PM, Mark Wieder wrote:
> > OF course, this is coming from an attorney who actually used
> Schrodinger's
> > Cat in his argument in Bankruptcy Court today . . .
>
> You do realize, of course, that it's no good citing precedents in that
> case...
It is, or it isn't, b
> OF course, this is coming from an attorney who actually used Schrodinger's
> Cat in his argument in Bankruptcy Court today . . .
You do realize, of course, that it's no good citing precedents in that
case...
--
-Mark Wieder
ahsoftw...@gmail.com
This communication may be unlawfully collected
On Thu, Mar 20, 2014 at 7:09 PM, Dr. Hawkins wrote:
> And, speaking as a physics major, noone would have come up with that stuff
> sober . . .
>
OF course, this is coming from an attorney who actually used Schrodinger's
Cat in his argument in Bankruptcy Court today . . .
--
Dr. Richard E. Haw
On Wed, Mar 19, 2014 at 8:16 AM, Bob Sneidar wrote:
> Actually, you need to down a few, and then all of this makes sense.
>
This is a good time to point out where quantum physics was developed . . .
You didn't find Professors Einstein, Plank, Boltman, etc. in their offices,
but in the bierhalls.
When I worked on Radars, many technicians were convinced there were electronic
gremlins, because the rate at which the equipment suffered a failure within
days before a missile test was uncanny. I am not superstitious, but by the time
I was discharged, I was not ruling out the possibility.
Bob
On Thu, Mar 20, 2014 at 8:54 AM, Richard Gaskin
wrote:
> For example, if you have a mainstack which is an executable and contains
> objects that use behaviors, and a separate library stackfile which contains
> the behavior buttons, it will always fail because that mainstack is opened
> before the
On Mar 20, 2014, at 9:54 AM, Richard Gaskin
wrote:
> Devin Asay wrote:
> > So it appears that each time I launch the project I have to reassign
> > the behavior to the buttons. This only seems to happen for behaviors
> > stored in library stacks. I have seen a similar problem with objects
> >
On 3/20/14, 10:54 AM, Richard Gaskin wrote:
To simplify this occasional necessity, I had hoped the team would have
implemented a command they once talked about in the early days of
behaviors but never quite got around to: "resolve behaviors", which
would trigger the same resolution mechanism that
On 3/20/14, 10:09 AM, Devin Asay wrote:
So it appears that each time I launch the project I have to reassign
the behavior to the buttons. This only seems to happen for behaviors
stored in library stacks. I have seen a similar problem with objects
that were assigned a background pattern stored in
Devin Asay wrote:
> Later I discovered that *someone* (I blame the code kabouters*) had
> gone in and assigned icon states to the buttons using the behaviors,
> rendering the BEFORE and AFTER handlers redundant.
I like "kabouters". I have a friend who refers to unexpected behavior
in software
On Mar 18, 2014, at 5:33 PM, Devin Asay wrote:
> All,
>
> If a button has a behavior attached to it, and the behavior script has a
> 'before mouseUp' handler, can the behavior script also have a 'on mouseUp'
> handler?
>
> I could swear the answer was yes; I thought I had done that before, b
fter' message handlers and chained behaviors, this feature has really matured
and everyone should use it :)
Jan Schenkel.
=
Quartam Reports & PDF Library for LiveCode
www.quartam.com
=
"As we grow older, we grow both wiser and more foolish at the same time." (La
Roch
J. Landman Gay writes:
>
> On 3/19/14, 12:14 AM, Devin Asay wrote:
> > it didn't work with both and after end and on handler
>
> Lay off the Scotch, Devin. ;) Though actually, if you read it out loud,
> it makes sense.
This me had to read "with both and after end and on" aloud three times
bef
On Mar 18, 2014, at 11:26 PM, "J. Landman Gay"
wrote:
> On 3/19/14, 12:14 AM, Devin Asay wrote:
>> it didn't work with both and after end and on handler
>
> Lay off the Scotch, Devin. ;) Though actually, if you read it out loud, it
> makes sense.
>
> > I don't have another mouse up Hendler
>
Actually, you need to down a few, and then all of this makes sense.
Bob
On Mar 18, 2014, at 22:26 , J. Landman Gay wrote:
> On 3/19/14, 12:14 AM, Devin Asay wrote:
>> it didn't work with both and after end and on handler
>
> Lay off the Scotch, Devin. ;) Though actually, if you read it out lo
On 3/19/14, 12:14 AM, Devin Asay wrote:
it didn't work with both and after end and on handler
Lay off the Scotch, Devin. ;) Though actually, if you read it out loud,
it makes sense.
> I don't have another mouse up Hendler
Reminds me of something I saw: "Frankly, auto-correct, I'm tired of y
> On Mar 18, 2014, at 8:54 PM, "Scott Rossi" wrote:
>
> I didn't realize it until just now, but this is the order of events:
>
> before mouseUp
> answer "A"
> end mouseUp
>
> on mouseUp
> answer "B"
> end mouseUp
>
> after mouseUp
> answer "C"
> end mouseUp
That's what I thought. But w
I didn't realize it until just now, but this is the order of events:
before mouseUp
answer "A"
end mouseUp
on mouseUp
answer "B"
end mouseUp
after mouseUp
answer "C"
end mouseUp
Really cool stuff for custom behaviors, but I'm still trying to come up
with a nifty use for the "after" ev
How are you determining that "on" isn't working? Is it possible that "on"
is executing immediately after "before"?
Placing the following in a behavior script works fine here:
before mouseUp
answer "A"
end mouseUp
on mouseUp
answer "B"
end mouseUp
If you need some kind of alternate behav
All,
If a button has a behavior attached to it, and the behavior script has a
'before mouseUp' handler, can the behavior script also have a 'on mouseUp'
handler?
I could swear the answer was yes; I thought I had done that before, but now
when I try it, it doesn't work. (In LC 6.5.x. and 6.6.0R
24 matches
Mail list logo
