I found that it seemed to happen at the line
*set* the topLeft of stack "revIDEProjectBrowser" to item 1 of line 2 of
the screenrects +10, 80
OK, that line was wrong, as I'd already set a variable with the correct
name for the stack, and that name is only used in 8+.
So I fixed it--and now it
On Fri, Sep 23, 2016 at 5:20 PM, mwieder wrote:
> revUpdateGeometry is in the script of stack "/Applications/LiveCode Indy
> 7.1.4.app/Contents/Tools/Toolset/libraries/revgeometrylibrary.
> livecodescript",
> which should be in the backscripts and available to all stacks unless you
> have specifi
doing your debugging in the IDE, and not in a standalone
application.
-
--
Mark Wieder
ahsoftw...@gmail.com
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/The-name-of-the-property-to-trace-scripts-into-the-IDE-tp4708799p4708872.html
Sent from the Revolution
On Fri, Sep 23, 2016 at 3:02 PM, mwieder wrote:
> Ah! I see what you mean... you were actually looking at the messagebox
> stack
> with a hex editor...
>
Actually, just plain old boring "less" . . . I thought it might be a pure
script stack, and took a shot
> those are custom properties store
sagebox and that
you're apparently triggering when gRevDevelopment is true. Might want to get
rid of that and see if it helps.
-
--
Mark Wieder
ahsoftw...@gmail.com
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/The-name-of-the-property-to-trace-scripts
On Thu, Sep 22, 2016 at 5:47 PM, Mark Wieder wrote:
>
> On 09/22/2016 01:24 PM, Dr. Hawkins wrote:
>
> global gRevDevelopment; put true into gRevDevelopment
>>>
>>>
>> Unfortunately, it's not getting me there.
>>
>
> one of the problems with setting gRevDevelopment to true is that
> you expose y
On 09/22/2016 01:24 PM, Dr. Hawkins wrote:
global gRevDevelopment; put true into gRevDevelopment
Unfortunately, it's not getting me there.
one of the problems with setting gRevDevelopment to true is that
you expose yourself to bugs and unremoved breakpoints in the IDE stacks.
With the d
I've purged all of my own settings and 7.1.4, and reinstalled. It hasn't
made a difference, and still refers to 6.6 community.
I've tried opening in 8.1, and am getting the error
executing internal 3:04:10 PM
Type Handler: can't find handler
Object revbackscriptlibrary
Line send "revSEObject
On Thu, Sep 22, 2016 at 12:48 PM, mwieder wrote:
> ...as in...
>
> global gRevDevelopment; put true into gRevDevelopment
>
Unfortunately, it's not getting me there.
I have a log stack, and the simple function
on cck stuff
put stuff & cr & the milliseconds & cr & cr after fld "log" of cd
"wt
...as in...
global gRevDevelopment; put true into gRevDevelopment
--
Mark Wieder
ahsoftw...@gmail.com
-
--
Mark Wieder
ahsoftw...@gmail.com
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/The-name-of-the-property-to-trace-scripts-into-the-IDE
On Thu, Sep 22, 2016 at 12:44 PM, Mike Bonner wrote:
> gRevDevelopment
Ahh, thanks.
Now I'll reload and se what happens . . . at the moment, I get my own error
dialog, which has an option to pause so that I can single step, but it goes
nowhere . . .
--
Dr. Richard E. Hawkins, Esq.
(702) 508
On 9/22/16 2:40 PM, Dr. Hawkins wrote:
Could someone remind me of the property that lets the IDE step into the
source stacks?
gRevDevelopment
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
gRevDevelopment is the one you're thinking of I believe.
On Thu, Sep 22, 2016 at 1:40 PM, Dr. Hawkins wrote:
> Things are getting out of control more and more often. Today it was the
> lack of buttons on dialog windows about closing stacks, the previous couple
> of days had a couple of rounds
Things are getting out of control more and more often. Today it was the
lack of buttons on dialog windows about closing stacks, the previous couple
of days had a couple of rounds of the browse/edit suddenly applying to the
application browser, and then there's the perennial untraceable euro
messag
14 matches
Mail list logo
