On Wed, 11 Apr 2012, Tab Atkins Jr. wrote: > On Wed, Apr 11, 2012 at 4:26 PM, Ian Hickson <i...@hixie.ch> wrote: > > On Thu, 29 Mar 2012, Darin Fisher wrote: > >> Also, there is a downside to the current convention of custom drawing > >> modal dialogs. Web pages that mash-up content from varied sources > >> would need to have some convention for queuing up dialog requests. > >> Ideally, modal dialogs should be shown in FIFO order rather than > >> all at the same time. This seems like a tricky problem. It seems > >> like something the platform could help with. I believe the <dialog> > >> proposal helps here. I think non-blocking alert, confirm and prompt > >> helps in a similar vein. > > > > The modal variant of <dialog> handles this (there's a stack of active > > modal dialogs). > > Note that <dialog>'s model is FILO, while Darin was asking for FIFO.
I'm not sure I understand when one would want to queue a dialog to show after another dialog has been closed. Does anyone have an example of that in a Web app today? -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'