Wilhelm wrote:

> I had the same discussion some time ago offlist with Scott Raney citing
> the same passages. This is really misleading, but there are hints
> constructing customized dialogs - maybe incomplete - under the item
> "modal".
> 
> As I meanwhile make frequent use of such customized  stacks ( that have
> similar functions like the ask and answer dialogs) I could send you
> samples offlist.

Yes, please do send to

[EMAIL PROTECTED] 

Most all my in house RAD's require user input (ask and answer) and will
involve building standalones to avoid installing engines on other machines.
But at the same time I may be actively developing them within the dev
environment and cloned ask and answer dialogs are basically unavailable for
customization. "put the effective filename of "ask Dialog" always returns
mctools.mc. Even if I successfully added a clone by the same name to the
mainstack I am working on.

This is perfectly logical of course since we have two stacks by the same
name open, MC will go for its own in the mctool.mc stack. I do understand
the processes described in the model command reference, but was just hoping
to avoid having to build those kinds of things into every project.

which leads to the next question, which would save me further R & D in that
direction. I am assuming the dialogData is strictly reserved  to return
values from the engine's proprietary ask and answer dialogs? Right or wrong?

Meanwhile I will test something like this:

 on mouseUp
    modal stack "my Dialog"
        In stack "my dialog" on close stack\
        put the value of fld "input" into the dialogData
    put the dialogData into it
    now do whatever with it
 end mouseUp

and see if that works...where the dialogData does not have to be declared as
a global...but can be used on the fly. The reference does not explicitly say
the dialogData property ONLY accepts input from the ask and answer dialogs.

we will see...


> Regards,
> 
> Wilhelm Sanke

that 
Hinduism Today

Sivakatirswami
Editor's Assistant/Production Manager
[EMAIL PROTECTED] 
www.HinduismToday.com, www.HimalayanAcademy.com,
www.Gurudeva.org, www.hindu.org



Archives: http://www.mail-archive.com/[email protected]/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.

Reply via email to