modal window = block handler?
Andre Garzia
andre at andregarzia.com
Mon Jul 10 14:15:16 EDT 2017
Friends,
Just to add a related note here, at least on 9dp5 the "popup" command is
also not pausing. It is supposed to pause the handler that calls it until
menupick happens but in my experience here it simple keeps running even
while the modal is open.
This might be related.
om om
andre
On Mon, Jul 10, 2017 at 2:18 PM, FlexibleLearning.com via use-livecode <
use-livecode at lists.runrev.com> wrote:
> Opening a modal as normal (i.e. visible) obviously still does what you
> specify. We simply have a 'hidden feature' that enables a non-blocking
> modal
> should it be required (e.g. a progress indicator that prevents user-clicks
> on other windows).
>
> Hugh Senior
> FLCo
>
> > I'm going to have to disagree here. I open windows modally for the
> specific
> > purpose of halting code in the calling stack until the modal window is
> > dismissed so that I can proceed with input from the user. An Answer
> dialog
> is
> > simply a modal stack if I am not mistaken. It's interesting though that a
> > hidden window is not modal. I will have to experiment with that.
> >
> > Bob S
> >
> >
> > > On Jul 10, 2017, at 24:03 , FlexibleLearning.com via use-livecode <use-
> > livecode at lists.runrev.com> wrote:
> > >
> > > (modal blocks underlying windows, not necessarily code)
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
--
http://www.andregarzia.com -- All We Do Is Code.
http://fon.nu -- minimalist url shortening service.
More information about the use-livecode
mailing list