Application Browser Anomaly
rcozens at pon.net
Tue Mar 21 11:31:43 EST 2006
Rev 2.7; WinXP TPC 2005 Edition:
Both last night and now this morning I have done something that sets
the Application Browser in a state such that double-clicking on a
substack opens the script of the substack instead of opening the
substack itself and double-clicking on a card of an unopened subStack
opens the script of that card..
Last night I tried shutting down RR and restarting it without
rebooting, but the problem was still there when I turned the computer
off for the night. This AM, double-clicking on any substack shown in
the AB worked...for a while, then I found myself back opening scripts
instead of opening substacks. This time restarting RR solved the
problem; but for how long?
Has anyone else experienced this? Ideas, anyone?
I will note one possible issue:
The subStack I'm attempting to modify is Serendipity Library's
"sdbDictionary." At runtime it's opened as a modal dialog by the SDB
Tools plugin, and it needs the initialization in SDB Tools to open
correctly [there are issues with opening it directly from Serendipity
Library, even with messages locked]. When opened this way, the AB
shows sdbDictionary as a subStack of SDB Tools instead of Serendipity
The problem is in editing a stack open in modal mode [BTW, debugging in
modal stacks causes problems too--or at least it did in earlier Rev
revs]. So my practice is to open sdbDictionary modally with SDB Tools,
close it, open Serendipity Library, open the AB [where sdbDictionary is
now listed as a subStack of both SDB Tools and Serendipity Library],
and double-click on the subStack or one of its cards to open it for
I have used this technique for a couple of years with earlier revs and
not encountered a state where the AB opened the script of a subStack
instead of the stack itself. Could the problem lie here?
CCW, Serendipity Software Company
"And I, which was two fooles, do so grow three;
Who are a little wise, the best fooles bee."
from "The Triple Foole" by John Donne (1572-1631)
More information about the Use-livecode