Off the cusp idea -- what about just making "breakpoints" completely
visual in tRev? Perhaps use an image with an arrow and some sort of
useful icon? That way you'd maintain the use of actual breakpoints for
all of the reasons you outlined, but just give the user something tRev-
specific to look at.
Hey, Dick! Good to hear from you.
I would need to deal with the whole name space thing...if some other
program used checkpoint, etc.
Using "breakpoint" has two sizeable advantages over alternatives
(now that I'm really considering your suggestion):
1. I don't have to worry about another program using it.
2. It has a use when tRev is not in use. E.g., when you give someone
else your code and they don't have tRev (because of a religious
injunction or something).
Great idea, though. I'll play around with it some. Thanks.
Best,
Jerry Daniels
Watch tRev - The Movie
http://reveditor.com/trev-the-movie
On Aug 25, 2009, at 6:40 PM, Dick Kriesel wrote:
On 8/25/09 3:18 PM, "Jerry Daniels" <jerry.dani...@me.com> wrote:
I agree TOTALLY with the request, but alas, Rev forbids it.
Hi, Jerry. Could you proceed without Rev's traceback message?
on mouseUp
put 1 into t1
put 2 into t2
checkPoint
end mouseUp
command checkPoint
set the debugcontext to line -2 of the executioncontexts
global gREVVariableWatcherValue
debugdo "revDebuggerGrabValue the variableNames"
repeat for each item tVariableName in line 2 of
gREVVariableWatcherValue
debugdo "revDebuggerGrabValue" && tVariableName
put gREVVariableWatcherValue into tVariables[tVariableName]
end repeat
set the debugcontext to empty
-- ... "store the full context into a database"
breakpoint -- just so you can see tVariables[]
end checkPoint
_______________________________________________
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
