[OT] Re: [ANN] tRev's new 'decoder' now showing...video is up!

Jerry Daniels jerry.daniels at me.com
Wed Aug 26 00:14:38 EDT 2009


I have indeed done something very similar to this. It was called a pre- 
compiler. Is it worth it for a word? What is really gained? What is  
the benefit? There is a cost to everything we do, of course.

On Aug 25, 2009, at 10:08 PM, Len Morgan wrote:

> If it's all about "text", could you not replace the DISPLAYED word  
> "Breakpoint" to "LenPoint" ONLY IN THE TREV DISPLAY.  Leave the  
> "real" word as breakpoint when you save the file but when you show  
> me the script, just do a global substitution.  Everybody's happy.
> Just a thought...
>
> len morgan
>
> Jerry Daniels wrote:
>> I don't really think the breakpoint terminology will hurt and it  
>> does help with cross-editor considerations, etc.
>>
>> Code is all about text, afterall.
>>
>> Best,
>>
>> Jerry Daniels
>> Watch tRev - The Movie
>> http://reveditor.com/trev-the-movie
>>
>> On Aug 25, 2009, at 8:15 PM, Brian Yennie wrote:
>>
>>> Jerry,
>>>
>>> I was thinking more of an inline image than the Rev "dot" next to  
>>> a line. It would occupy a line of its own. Doesn't make much of a  
>>> difference to me, but seemed like an alternative to the concerns  
>>> about terminology. For example:
>>>
>>> on mouseUp
>>>  put 1 into someVar
>>>  BREAKPOINT #1386243
>>>  doSomething
>>> end mouseUp
>>>
>>> would become:
>>>
>>> on mouseUp
>>>  put 1 into someVar
>>>  ===============> #1386243
>>> end mouseUp
>>>
>>> Where the "=============>" is an actual image.
>>>
>>> Basically, it was just a middle ground between changing the name  
>>> of breakpoints and going back to red dots =).
>>>
>>>> Brian,
>>>>
>>>> Have you ever noticed the dots in Rev's debugger? How, if your  
>>>> script has very many lines at all, the dots can't keep pace with  
>>>> scrolling, returns, etc.? I have. Not pretty, to say the least.  
>>>> So, no images floating around for me, thank you.
>>>>
>>>> Also, keeping a separate array of breakpoints and keeping them in  
>>>> sync with the actual code is not easy in a world where tRev is  
>>>> not the only script editor. I used to have lots of these sorts of  
>>>> "proprietary" approaches. It always came back to bite me in the  
>>>> behind when people traded code with others or used more than one  
>>>> editor.
>>>>
>>>> So, a couple years ago, i decided to use text to indicate a  
>>>> breakpoint. Easy to see, easy to delete, follows the code  
>>>> wherever it goes, never gets out of sync. It's all good. Now that  
>>>> we've added record id's as comments following the word  
>>>> "breakpoint", we can attach loads of data to a breakpoint.
>>>>
>>>> I'm warming up to the idea, too! I think everyone needs to buy  
>>>> the product now!!
>>>>
>>>> Best,
>>>>
>>>> Jerry Daniels
>>>> Watch tRev - The Movie
>>>> http://reveditor.com/trev-the-movie
>>> _______________________________________________
>>> use-revolution mailing list
>>> use-revolution at 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 at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution




More information about the use-livecode mailing list