Brian,
Your ideas for where this is going, they mirror my own. Cool.
SO...what're you waitin' for? Also, don't forget to get a mug or a
tShirt.
Best,
Jerry Daniels
Watch tRev - The Movie
http://reveditor.com/trev-the-movie
On Aug 25, 2009, at 7:19 PM, Brian Yennie wrote:
Jerry,
I was honestly lukewarm about this at first as a heavy user of
"full" debuggers, but I'm definitely warming up to it. Fact is, that
about half the time I use a debugger and half the time I just litter
my scripts with "put" statements. This is a nice middle ground
approach.
With that said, here is one thing I would personally find very cool
-- single variable "decode". I picture it like this:
1) Click on a variable name to "decode" it. tRev automagically sets
invisible (to me) breakpoints wherever that variable is used. You
could give some visual indicator (for instance, background color
change).
2) Run the script
3) View my script -- mouseover any instance of that variable and I
get the value at that point in the script.
I kind of think of it as "vertical debugging" -- often I know what
variable is going awry and want to ignore all the rest of the
information. And so instead of adding tons of "put" statements or
wading through the context of all my other variables, I could very
quickly pinpoint where things went wrong with that variable by
clicking once and running.
Alex,
I would love to change the name of our breakpoints to alexpoints or
lenpoints or kevpoints, but alas, I cannot. Only the keyword
"breakpoint" will cause the tracebreak message to be sent to tRev's
frontscript in Rev where it stores the full context into a
database. It's this data that the decoder then uses in tRev to help
you fix code with less effort.
I agree TOTALLY with the request, but alas, Rev forbids it. I am
glad you like the decoder. I just updated it. You will see the
"update available" link appear in the lower left of tRev editor any
moment now.
Best,
Jerry Daniels
Watch tRev - The Movie
http://reveditor.com/trev-the-movie
On Aug 25, 2009, at 4:54 PM, Alex Tweedly wrote:
They are not "breakpoints" ! the execution doesn't 'break' when
it gets to one.
_______________________________________________
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
_______________________________________________
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