How could I debug code in an standalone?

[Chipp Walters]

Hi Alejandro,

To help debug standalones, I use a combination of:

1) A standalone splashScreen for all my apps -- which also updates the 
main stack over the internet. This way, I can edit a stack in RR, save, 
run the standalone and it loads/runs the same stack I just edited (and 
didn't even close). This makes testing very quick

2) I generally have an altLog stack which I can access by pressing some 
special keys. I can turn on or off logging as needed. I have a handler I 
call:

altLog "User Quits"

which adds to the log.

3) From Richard Gaskin, I got the name 'StripAndShip' for a handler 
which is invoked before saving the stack for distribution. It generally 
sets all fields to empty and resets the controls to their default values.

4) I almost never store data in stacks. I typically store data either on 
a server, or local disk as XML or text files. The only exception is when 
I need to store images as well. In that case, I'll store data as 
separate stack files (aka ButtonGadget) which are only 'loaded' on 
demand -- by loaded I mean the data copied from it. This is just 
personal style, but I think it has many advantages...especially when it 
comes to making things internet savvy.

Hope this helps...

Chipp

Alejandro Tejada wrote:

> Hi Developers,
> 
> I'm puzzled by a handler that works as expected
> in the Development environment, but fails in the
> standalone.
> 
> I've made 14 variations of the code just to
> discover the offending lines, or at least a
> pattern, but no results yet.
> 
> Did you have an strategy to debug code in an
> standalone?
> 
> I've included the answer dialog in the main stack,
> so checking the contents of variables or globals is
> a simple "answer myVariableZXC".
> 
> Anyway, I suspect that part of the problem is
> that the handler requested is in the stack script 
> of a substack of the main stack. 
> 
> If it is a message path related problem then,
> 
> How could i debug the message path in a standalone?
> 
> Thanks in advance,
> 
> al
> 
> 
> =====
> Visit my site:
> http://www.geocities.com/capellan2000/
> Search the mail list:
> http://mindlube.com/cgi-bin/search-use-rev.cgi
> 
> __________________________________
> Do you Yahoo!?
> Yahoo! Mail - More reliable, more storage, less spam
> http://mail.yahoo.com
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> http://lists.runrev.com/mailman/listinfo/use-revolution
>