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 [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
