Bug 84635 - Implement the DIALOG element
: Implement the DIALOG element
Status: NEW
: WebKit
HTML DOM
: 528+ (Nightly build)
: Unspecified Unspecified
: P2 Normal
Assigned To:
:
: InRadar, WebExposed
: 84796 90521 90670 90931 90934 95946 103719 110952 112085 113273
:
  Show dependency treegraph
 
Reported: 2012-04-23 14:37 PST by
Modified: 2013-08-29 13:21 PST (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2012-04-23 14:37:12 PST
This is part of the HTML5 spec: <http://www.whatwg.org/specs/web-apps/current-work/multipage/commands.html#the-dialog-element>

This manages a stack of dialogs and should let pages show “page modal” UI without resorting to modal dialogs (alert, confirm, prompt) and without the difficulty of managing pop-up windows or in-page divs.
------- Comment #1 From 2012-04-23 21:20:05 PST -------
Implementation note:  We should make sure that windowed plugins cannot sit on top of a rendered dialog.  Windowed plugins by default cover the rendered page as they are implemented using a native window (e.g., HWND).  To give the illusion of the page being on top, it is necessary to cut-out part of the native window (e.g., using SetWindowRgn).  We already have machinery in WebKit for this as you can position an IFRAME above an EMBED (using CSS Z-index) to cause the IFRAME to occlude the EMBED.  See the getPluginOcclusions function defined in IFrameShimSupport.cpp.  That file would probably need to be renamed.
------- Comment #2 From 2012-04-24 16:21:18 PST -------
https://bugs.webkit.org/show_bug.cgi?id=84796 tracks the implementation of the new stacking layer that the <dialog> element depends on.
------- Comment #3 From 2012-07-03 10:24:46 PST -------
<rdar://problem/11798655>
------- Comment #4 From 2013-08-29 13:21:15 PST -------
The current implementation was removed in http://trac.webkit.org/changeset/154835