--- In [email protected], "Sheri" <[EMAIL PROTECTED]> wrote:
>
> --- In [email protected], "entropyreduction"
> <alancampbelllists+yahoo@> wrote:
> >
> > Further thought: does <alt>-F4 work for e.g.
> > dialogPluginDemo1.powerpro from distro?
> > 
> > Does on my system.
> 
> That one, the script destroys the dialog on Cancel. My Cancel hides
> the dialog without destroying it. Pressing Alt+F4 runs the cancel
> script already. Pressing the keys does make the dialog vanish. It is
> on reshowing the dialog that its apparent that its been damaged. After
> that, it has to be destroyed and re created.


Yup, I've always assumed that if you have a cancel button, 
you want to destroy the dialog when it's pushed or you hit esc or alt-F4.

And yes, there's an error: if you _don't have a "cancel" button _and_
you hit escape, goes mad
I've posted a temp version that fixes.  

dialogplugin1.08provisional080331.zip
in
http://tech.groups.yahoo.com/group/power-pro/files/0_TEMP_/AlansPluginProvisional/

Problem in above version: "hidden" style doesn't work; use 
show("hide") after dlg creation for now.

But, if you have a "cancel" button _and_ you hit escape, I still make
the assumption that you want
the dialog to die.  I.e. the normal assumption fornormal dialog behaviour.

I've added another control pseudo-id: "escaped", say: which response
to the <esc>
character but doesn't assume you'll be killing off the dialog in the
associated script.

Would that help?  If so, if a dialog has an should a dialog behave if
it has a control with <id> "escaped"
and someone hits alt-F4?  I suppose (thinking off top of head) that if
there was a control with <id> "escaped"
and control with <id> "cancel", the former would get done if user hit
<esc>, the latter if user hit alt-F4; in other words, 
in presence of both <id>s, <esc> does the "escaped" thing.

> If I make the cancel script the dialog's script to call, (and get rid
> of the "cancel" bit on the quit button) the cancel script is not
> getting run. The dialog is not disappearing but it is getting damaged.
> Moving the mouse over the elements makes them vanish. With the
> exception of the edit control and combo box (they remain visible and
> operable - but the responses stop working).

Try dialogplugin1.08provisional080331.zip
 
Got your emailed suggestion about callbacks for tooltips.  I'll expore.


Reply via email to